Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Filip Jirsák

Stran: 1 ... 140 141 [142] 143 144 ... 375
2116
Server / Re:SFTP - direct upload
« kdy: 25. 11. 2019, 19:06:06 »
Proč se opakovaně ptáte na věci, které triviálně můžete zjistit sám? Kdybyste ten příkaz napsal do terminálu, místo sem, odpověď už byste dávno věděl, a ještě byste ušetřil psaní. Každý slušný příkaz v unixu má svou manuálovou stránku – kdybyste napsal man sftp, mohl jste si sám přečíst, jaké možnosti příkaz sftp má.

Já bych sice ušetřil spoustu písmen, kdybych vám napsal jen dvoupísmennou odpověď, ale vy byste se pak na takovéhle triviality ptal dál.

2117
Vývoj / Re:Vlastní NoSQL databáze
« kdy: 25. 11. 2019, 16:46:56 »
Pokud myslíte jakýkoli způsob ukládání dat do souboru, ve kterém se dá nějak vyhledávat, pak ano – ale to psal snad každý, ne? Vždycky potřebujete umět ukládat data do souboru a umět je zase zpět načíst.

2118
Vývoj / Re:Indexování v databázi
« kdy: 24. 11. 2019, 03:15:12 »
Dobrý index výrazně urychluje vyhledávání, zároveň údržba indexu něco stojí. Obecně by tedy indexy měly být na všem, kde se vyhledává (což nejsou jen uživatelské dotazy, ale také podmínky v UPDATE, kontrola unikátnosti nebo referenční integrity apod.) Index nedává smysl v případě, kdy se z tabulky vybírá velký podíl záznamů – pokud z tabulky o 1000 záznamech budete vybírat 700, index nejspíš nebude mít smysl.

Dál je potřeba řešit, kdy může databáze index použít. Např. pro LIKE s procentem jinde než na konci bude databáze obvykle potřebovat nějaký fulltextový index. Často nepůjde použít index, pokud s ním v dotazu porovnáváte výsledek funkce (ale můžete zaindexovat i ten výsledek funkce).

V tom vašem případě byste tedy na e-mail měl mít index (dokonce unikátní, jak píše RDa). Pro název titulu byste musel použít fulltextový index. A u toho data vydání nejspíš databáze nepochopí, že pro váš dotaz může použít index – lepší by bylo použít BETWEEN podmínku a hledat datum od začátku do konce měsíce, pak index půjde použít.

2119
Odkladiště / Re:Změna kontaktu/vlstníka domény
« kdy: 22. 11. 2019, 08:18:43 »
Osobní zkušenost s jinými registrátory nemám. A vzhledem k tomu, že mne překvapilo, že tohle Forpsi neumí (považoval jsem to za standard), neodvažuju se tipovat, kdo by to mohl umět.

SubReg patří k největším českým registrátorům, umí velké množství zahraničních domén a podporuje všechny technologie, které jsem kdy potřeboval (DNSSEC, IPv6, poskytují vlastní DNS servery, mají API). Myslím, že hodně působí i v zahraničí. Takže bych se toho nebál. Navíc pokud má vlastník CZ domény MojeID (nejsme si teď jistý, zda to jde i bez něj – asi ne, když to teď řešíte), dá se doména kdykoli převést jinam i bez spolupráce současného registrátora.


2120
Vývoj / Re:XSL vnořený <xsl:choose>
« kdy: 21. 11. 2019, 17:29:50 »
Ano.

2121
Odkladiště / Re:přípona ?_=1
« kdy: 21. 11. 2019, 13:41:07 »
Nic. Nebo to může být nějaký interní parametr, který Imgur může používat k čemukoli. V URL je za otazníkem část „query“, ve které mohou být data, která může server libovolným způsobem zpracovat. Nejčastěji se tam dávají data, na základě kterých se připraví příslušná stránka. Třeba tady na diskusním fóru je tam ID vlákna, ID zprávy, typ požadované akce. U vyhledávače spojení tam může být odkud a kam chcete jet a čas. Internetový vyhledávač tam může mít dotaz uživatele. Úložiště obrázků tam může mít formát obrázku a velikost, která se má zobrazit. Atd. atd. Zpracovává to server, takže je na jeho autorech, co si tam dají a jak s tím naloží.

2122
Odkladiště / Re:Změna kontaktu/vlstníka domény
« kdy: 19. 11. 2019, 16:37:41 »
Ano, stačí převést doménu k někomu jinému, kdo má rozumnou administraci domén. Dobrou zkušenost mám např. se SubReg, změnu vlastníka domény pouze s heslem nebo e-mailem umí i Web4U (z těch, co jsem zkoušel).

2123
Windows a jiné systémy / Re:Tisk A5 na šířku
« kdy: 19. 11. 2019, 10:40:07 »
Program to NE-UMÍ.
Mně by zajímalo, proč se vlastně v diskusi ptá někdo, kdo se pak zuby nehty brání pomoci s řešením svého problému. Asi desetkrát tu bylo řečeno, že to závisí na interakci programu a ovladače tiskárny, takže je potřeba co nejvíc informací o těchto dvou. A jediná odpověď je řev, že to program neumí. Což víme od začátku, že si myslíte, že to program neumí – nicméně jedna z dost pravděpodobných odpovědí je: „Ale ten program to umí, akorát se to dělá trochu nelogicky tak a tak.“

Takže tiskárnu prozradit nemůžete, použitý ovladač tiskárny prozradit nemůžete, operační systém prozradit nemůžete, screenshoty ničeho dát nemůžete, napsat jméno programu nemůžete. A dokonce je to tak tajné, že nemůžete napsat ani „jméno programu vám napsat nemůžu“.

No tak když je to celé tak přísně tajné, že jediná informace, kterou můžete poskytnout, je „program to neumí“, tak si s tím holt budete muset poradit sám. Ať už jste jeden nebo dva (předpokládám, že to, že tu jako tazatel nejprve vystupuje jeden člověk a pak druhý, je také součástí utajení).

V těchhle veřejných poradnách by měla být funkce „uzamknout vlákno pro naprostou zabedněnost tazatele“…

2124
Vývoj / Re:SQL dotázek
« kdy: 18. 11. 2019, 20:57:25 »
Jak pak asi dopadne tohle?
Kód: [Vybrat]
jmeno;auto
Petr;Audi
Petr;Citroen
Petr;Audi
Ludvik;Nissan
Jarda;Nissan;
Jarda;Citroen
Karel;Audi
Filip;Audi

Ale to už tu bylo zmíněno, že?

Select je jen schematicky, prosím nepeskujte mě, pokud neprojde, píšu je z ruky.
Nicméně to, že HAVING je podmínka vztahující se na záznamy po seskupení (na rozdíl od WHERE), a proto se píše až za GROUP BY, byste mohl vědět, i když to píšete z ruky. Pořadí WHERE, GROUP BY, HAVING a ORDER BY je dané tím, jak se (jakoby) postupně aplikují na sadu záznamů.

2125
Vývoj / Re:SQL dotázek
« kdy: 18. 11. 2019, 17:11:12 »
Ale houby, jeden join na tabulku s auty.
Buďto (a to bývá nejčastější) vyhovuje navrátit více řádků ke každému jménu (co řádek, to jedna značka), nebo
značky můžete agregovat do pole, to zvládne i MySQL.
Nějak tu nevidím ten SELECT, asi se vám při vkládání komentáře ztratil.

2126
Windows a jiné systémy / Re:Tisk A5 na šířku
« kdy: 18. 11. 2019, 14:00:54 »
A PRÁVĚ PROTO NÁS ZAJÍMÁ JAK NASTAVIT OBĚ ORIENTACE.
Doporučuju nastavovat to v programu, ze kterého tisknete, případně v tiskovém ovladači.

Ale pokud je obojí tajné, nedá se s tím nic dělat…

2127
Vývoj / Re:SQL dotázek
« kdy: 18. 11. 2019, 13:54:50 »
Ach jo. zase Jiráskovo hnidopišství o detailech, které vůbec nehrají roli. Tak si představte, že místo Petr je 123456 a místo Nissan 9876, zase někdo našel detail.
Děkuji, že jste to zkompletoval. Před čtrnácti dny jsem tu dostal vynadáno, jak si můžu dovolit psát o nenormalizované tabulce. Normalizovaná tabulka je evidentně taky špatně. Jestli on nebude problém spíš s těmi, co mají na všechno svá jediná správná řešení…

Jak je tady normalizace důležitá?
Tak, že umožní o problému strukturovaně přemýšlet. Potřebuju získat záznam o jednom člověku? Výborně, mám tady tabulku lidí, z té si ten jeden záznam vytáhnu. Potřebuju si k němu vytáhnout auta? Výborně, mám tady spojovací tabulku. A najednou nemusí tazatel řešit self-joiny, čímž odpadá polovina jeho zmatení a to zadání nejspíš dokáže vyřešit sám.

A dovolím si rozšířit dotaz: co když bude , že má 4 vybraná auta. To se bude dělat 3násobný join? Bude to efektivní?
V tom dotazu je, že vlastní Nissan a Audi. Pokud budete mít každé auto ve zvláštním řádku tabulky, bez vícenásobného JOINu se neobejdete. Leda by vaše databáze podporovala pole a vy jste z těch řádků nejprve udělal pole.  Nicméně když řešíte efektivitu, JOINy umí optimalizovat každá databáze; vytvářet z více záznamů jeden záznam s polem hodnot asi nebude zrovna věc, kterou by databáze optimalizovaly.

2128
Odkladiště / Re:Zjisteni dostupnosti domeny
« kdy: 17. 11. 2019, 22:43:59 »
Můžete se ptát na NS servery pro doménu. Tak zjistíte, jestli je doména v zóně. Ale pořád může být doména např. expirovaná ale ještě neuvolněná a v zóně ji neuvidíte. Předpokládám ale, že správci domén na to poskytují registrátorům API.

2129
Windows a jiné systémy / Re:Tisk A5 na šířku
« kdy: 16. 11. 2019, 10:45:24 »
Jednak mne překvapilo, že to tisknete na laserovce – ta je podle mne vhodná na tisk na čistý kancelářský papír. Na různé nestandardní vstupy (skládané, perforované, předtištěné apod.) je podle mne lepší inkoustová tiskárna, protože má od toho papíru přeci jen větší odstup, takže je na něj méně háklivá. Ale to je jen poznámka na okraj.

Pořád si stěžujete na ovladač tiskárny, ale ani jednou jste nenapsal, co je to za ovladač a z jakého programu tisknete. K jednomu typu tiskárny existuje více ovladačů (už jenom dle OS), navíc nastavení tisku je interakce aplikace a ovladače. Takže pokud chcete problém opravdu vyřešit, začal bych tím, že napíšete, z jakého programu tisknete, přes jaký ovladač a jakou konfiguraci pro tisk používáte.

2130
/dev/null / Re:jak na Clickjacking
« kdy: 15. 11. 2019, 19:44:00 »
Clickjacking je úplně něco jiného, než co píšete.

Kdyby prohlížeč dovolil automaticky stáhnout a spustit program, byla by to obrovská bezpečnostní díra. Kterákoli webová stránka by vám třeba mohla smazat všechny soubory. Takže to samozřejmě nejde.

Stran: 1 ... 140 141 [142] 143 144 ... 375