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.
plus :: Numeric, Numeric → ?
? a
Numeric b
for (;;) {
a := plus(a, b)
}
Myslím, že není nikde definováno, že každý POST požadavek má používat multipart/boundary.Nikde to definováno není, v POSTu samozřejmě může být jakýkoli obsah, stejně jako u všech ostatních metod.
K tomu se klient uchyluje, pokud chce v rámci jednoho požadavku odeslat více bloků (různých) dat.Ve skutečnosti to používají jenom prohlížeče pro upload souborů z webového formuláře, a pak aplikace, které tenhle upload chtějí simulovat. Žádné jiné použití multipart/form-data jsem neviděl – pokud nějaké API potřebuje získat více částí, dělá se to samostatnými voláními. Ostatně povšimněte si, že ten typ se jmenuje form-data, má to přímo v názvu, že je určen pro odesílání formulářových dat.
Nevím, zda PUT nedovoluje použít také podobný přístup (multipart/boundary)Povoluje, resp. HTTP standard vůbec neřeší, jaké mime-typy se kde mohou poslat. Ten typ samozřejmě můžete použít, ale musíte vědět, že server ho umí zpracovat. A bude to vaše unikátní řešení – ten typ se normálně používá jen v prohlížečích pro odeslání formuláře se souborem, a pro to se vždy používá metoda POST. Prohlížeče samy o sobě metodu PUT na webu nikdy nepoužívají. (Něco jiného je samozřejmě AJAXový kód v JavaScriptu, tam si zase můžete HTTP požadavky sestavovat, jak chcete. A něco jiného je případná podpora WebDAVu nebo jiných protokolů v prohlížeči.)
Doplním, že ten ukázkový příklad z dokumentace k API také nefunguje, Chrome tam také rve boundary=-----Nezmění. Z prohlížeče odesíláte formulář, v jehož rámci se uploaduje soubor. To je něco úplně jiného, než odeslání XML dat na server.
Pokud se k tomu dostanu, zkusím i nějakou historickou verzi IE, jestli se něco změní.
Převedením souboru na stream a jeho odesláním se problém vyřešil, ale teda...Když jste si uvědomil, že nechcete dělat formulářový upload souboru, ale poslat data, opravil jste kód, aby to skutečně dělal, a ono to funguje. Co je na tom divného?
Je to čisté řešení?Není, čisté řešení je ty tabulky normalizovat.
Případně to jde udělat nějak přes WHERE auto="Nissan" AND/OR auto="Audi" -> group by jmeno -> having(count(auto))>=2 ?S AND to určitě nebude fungovat, nebudete mít v jednom řádku Nissan i Audi. COUNT(auto) vám vrátí 2 i v případě, že tam budete mít dva záznamy s Nissan. Tj. pokud je podmínkou, že má Nissan i Audi, je ta podmínka špatně.
Co se týká přesnosti tak by mě zajímalo co je to vlastně za tiskárnu. Nikdy jsem se nesetkal s tak nepřesným tiskem že by to někdo řešil. Odhaduji, že běžná tiskárna se vejde do milimetrů což je na obálce nic. Co to máš za tiskárnu?Např. se stále používají doručenkové obálky s kompletním předtiskem (pro psaní rukou výborné, pro tisk z počítače dost nevhodné), které mají zaškrtávací políčka 3×3 mm. Pár milimetrů se na té obálce tedy pozná na první pohled.
Rekl bych, ze domena bez www se v pripade webovych stranek presmerovava na www. Asi to bude nepsane pravidlo protoze to tak delaji vsichni. Mozna to je prezitek, ale proc to menit?Všichni to tak nedělají – např. Twitter, iHNed, Medium.com nebo GitHub přesměrovávají opačně. Nebo všichni, kdo používají domény třetího (a vyššího) řádu. Ale těch přesměrování domény 2. řádu na www je asi víc, než opačně – myslel jsem si, že už je to vyrovnanější.
3/ Ten můj výčet reagoval na obtížnost upgradů LE daemona v časePokud „reagujete“ na něco, co nikdo nenapsal, komplikuje to diskusi.
LE a certbot je jedna práce a je pokoj "na vždy"S tím „navždy“ bych byl opatrný, LE přestává podporovat API verze 1, takže je dobré si ověřit, že používáte aktuální verzi (ať už certbota nebo jiného softwaru na automatickou obnovu).
No to fungovat nebude, protože A4 má 2× větší délku a každá tiskárna pozná, že už papír skončil a ohlásí chybu.Vyzkoušeno mnohokrát a žádná tiskárna chybu nehlásila. A i kdyby vaše tiskárna chybu ohlásila – potištěný papír už máte venku, takže případná chyba vám může být jedno. Je pravda, že to všechno byly levné domácí inkoustové tiskárny, s velkou kancelářskou laserovkou jsem to asi nikdy nezkoušel. Ty domácí inkoustovky umí i menší formáty, než A5.
Tak opravdu bezpečná řešení jako vlastní servery by u BFU asi neprošlo.Vlastní server není zárukou bezpečí. Málokdo má schopnosti starat se o takový server tak, aby to opravdu bylo bezpečné. Navíc tady se bavíme o komunikaci dvou subjektů, takže by vlastní server museli mít oba a musela by být bezpečná ta komunikace mezi servery.
A5 na šířku je A4 klasicky na výškuVypadlo mi slovo – „A5 na šířku je polovina A4 klasicky na výšku“
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.