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 ... 342 343 [344] 345 346 ... 375
5146
Vývoj / Re:Tak to zkusím i tu - socket.io/sock.js
« kdy: 21. 08. 2014, 09:50:13 »
Takže pokud nějaký data knihovně předáš, musela by vždycky kontrolovat, jestli se jedná o korektní UTF8 data a v případě že ne, musela by je nějak zakódovat. Což je zbytečný - lepší je říct, že prostě bere jenom UTF8 a když chceš předat něco jinýho, tak si to do UTF8 zakóduj sám.
Ale jaká data můžete mít v JavaScriptu? Čísla, ale ta se nepošlou přímo, nejprve se převedou na text. Další objekty, ty se také nejprve převádějí na text. A potom text samotný. Text je ale v JavaScriptu posloupnost Unicode znaků, o žádném kódování tam nemá smysl mluvit. Z textu se to pomocí nějakého kódování převede na bajty až v okamžiku odesílání.

5147
Vývoj / Re:Tak to zkusím i tu - socket.io/sock.js
« kdy: 21. 08. 2014, 09:25:11 »
JavaScript v prohlížečích dlouho neuměl pracovat s binárními daty, takže nemá smysl mluvit o nějakém kódování textů v JavaScriptu. Jakým způsobem texty kóduje interpret je jeho interní věc, která kód v JavaScriptu nijak neovlivní. V JavaScriptu prostě pracujete s textem, posloupností Unicode znaků - a teprve pokud se má text převést na bajty (třeba pro HTTP), musí se převést podle nějakého kódování. A v takovém případě musíte kódování vždy uvést, nebo se použije nějaké výchozí kódování.
To, co dělá ta knihovna utf8.js, je podle mne nesmysl. Ona vezme Unicode znak, převede jej na posloupnost "bajtů" podle kódování UTF-8, vezme ASCII znaky odpovídající těm bajtům, a ty jako Unicode znaky zapíše do výstupního řetězce. Je to stejný postup, jako když máte soubor v UTF-8, a omylem jej necháte zkonvertovat z kódování ASCII do UTF-8. Takový soubor je pak také nutné dekódovat dvakrát.
Napadají mne dva možné důvody. Buď se tím snaží obejít chybu v nějakém prohlížeči, nebo byl autor pilný a rozhodl se, že ta data přece musí nějak kódovat a dekódovat. (V tom druhém případě bych se té knihovně raději vyhnul.)

5148
Vývoj / Re:Generovani rozptylenych bodu v rovine
« kdy: 21. 08. 2014, 08:52:24 »
Vytvoříte si obdélník kolem zadaného tvaru, a generujete náhodné souřadnice x a y v rozsahu toho obdélníku. U každého bodu zjistíte, zda patří do zadaného tvaru, pokud ano, tak jej zapíšete a zvednete čítač o jedničku. Opakujete tak dlouho, dokud nemáte zadaný počet bodů.
V dalším kroku si nejprve musíte nadefinovat, co je shluk bodů.

5149
Sítě / Re:Kam nahlásit spam
« kdy: 20. 08. 2014, 00:10:17 »
Pokud je to český spam, nahlašte jej prosím přes webový formulář Úřadu na ochranu osobních údajů. Nedá to moc práce, a pokud to bude prokazatelné, ÚOOÚ jim nakonec tu pokutu dá. Je to jediná reálná možnost, jak proti spamu opravdu něco udělat. Navíc když to bude ÚOOÚ prošetřovat a případně udělí pokutu, lidé si o tom mezi sebou řeknou a spamerů bude o něco míň.
Já zároveň s podnětem na ÚOOÚ na spam odpovím a odesílateli napíšu, že jeho e-mail považuji za spam a že jsem podal stížnost k ÚOOÚ. Ať se také odesílatel má na co těšit.
Když ten spam budete jen u sebe zahazovat, bude ho čím dál víc.

5150
Vývoj / Re:Problém s kódováním UTF-8 v IE 11
« kdy: 18. 08. 2014, 13:40:00 »
A hlavne! vyhledavace to nenajdou, coz je taky dobre (a nejen v tomto pripade) ;D
To už bohužel není pravda, minimálně Google už s JavaScriptem nějak pracuje. Druhá věc samozřejmě je, zda se dovtípí, o co se tím kódem autor stránky snaží…

5151
Vývoj / Re:Problém s kódováním UTF-8 v IE 11
« kdy: 17. 08. 2014, 13:09:07 »
Nazdar, tak to funguje, nevim proč ale rozhazoval mi to GET, teď jsem to přepsal na POST a funguje to ! (fakt nevim proč)
Já bych to nenazýval funguje, spíš bych řekl zrovna teď to náhodou dělá to, co bych chtěl, aby to dělalo. Když chcete, aby prohlížeč něco dělal, bývá dobré mu to sdělit, ne jej nechat hádat. Pak to doopravdy funguje, a je dobrá naděje, že to bude fungovat i v jiných prohlížečích, na jiných počítačích a jindy, než jak jste to vy zrovna testoval.

5152
Vývoj / Re:Problém s kódováním UTF-8 v IE 11
« kdy: 17. 08. 2014, 12:23:06 »
Přednost má to, co je uvedené v HTTP hlavičkách, a tam máte jen typ text/html, kódování tam není uvedené. Bůhví, jak s tím pak který prohlížeč pracuje. Takže bych začal tím, že server začne správně posílat vedle typu souboru také jeho kódování.
Jinak pro odkazování na jiné stránky slouží tag <a> - netušil jsem, že dnes ještě někoho napadne pracně vyrábět odkazy pomocí JavaScriptu.

5153
Technicky neni mezi rodinou roztahanou na dvou patrech panelaku a dvou patrech rodinneho domku zadny rozdil. Proc by v jednom pripade meli mit narok sdilet pripojku a v jinem ne?
Na tom, jak je něco technicky, nikdy nezáleží. Technicky je facka taky jen rychlé přiložení ruky na cizí tvář. V právu se ale naštěstí věci posuzují podle skutečného stavu věcí.

5154
Navic pokud si dobre pamatuju, tak takovy ujednani je stejne neplatny, protoze podle cesky legislativy neco takoveho sjednat ani nelze.
To by v české legislativě musela být speciálně pro smlouvy o poskytování služeb připojení k internetu nějaká výjimka, která by to výslovně zakazovala. Vzhledem k tomu, jak by takové omezení bylo nesmyslné, dost těžko by se do zákona formulovalo.

Protoze ty nemuzes omezovat zakaznika v nakladani s jeho majetkem.
Služba připojení k internetu není majetek zákazníka. Je to služba, která je mu poskytována. A o parametrech té služby se obě strany mohou dohodnout.

Tys proste nakoupil nejakej objem dat omezenej shora kapacitou linky.
Vy možná máte takovouhle výjimečnou smlouvu. Většina smluv s ISP ale vypadá jinak.

Ale tvoje spotreba vody/elektriny je taktez zhora omezena kapacitou tvoji pripojky.
A taky tím, co je poskytovatel schopen zrovna dodat. Třeba u té elektřiny jsou běžné tarify s tzv. nočním proudem, větší odběratelé mají nasmlouvané, kolik kdy odeberou, a platí pokutu když odeberou víc i když odeberou míň.
Zapomínáte totiž na to, že v síťových odvětvích se výrazně projevuje agregace – tj. poslední míle je dimenzovaná na nějakou špičku, ale protože se ví, že té špičky nedosáhnou všichni najednou, páteřní síť a zdroje jsou dimenzované na průměrný provoz plus nějaká rezerva. Protože kdybyste si u té vody nebo elektřiny měl platit to, že budete stále odebírat maximum toho, co vaše přípojka dovolí, nedoplatil byste se. A zrovna u toho internetu se zkuste podívat na nějaké starší ceníky, najdete tam i přípojky s garantovanou rychlostí – a můžete si cenu porovnat s přípojkou s udanou maximální rychlostí. V dnešních cenících už to nenajdete, protože mezi spotřebiteli o takovou službu není zájem – musel byste to extra poptávat.

5155
Musíte se podívat do smlouvy, případně do odkazovaných všeobecných podmínek. Bez znalosti té smlouvy vám nikdo neporadí.

5156
Hardware / Re:cisteni opticke mechaniky
« kdy: 08. 08. 2014, 10:33:05 »
Čistící CD existují stále.

5157
Odkladiště / Re:Otisk prohlížeče - jak se bránit?
« kdy: 04. 08. 2014, 11:40:27 »
tohle je totiz jedina ucinna metoda proti uredni invazi do soukromi a rozrustajicimu smirovani vseho a vsude
Mě zase fascinuje, jak si kde kdo myslí, že veřejný prostor je jeho vlastní soukromý prostor, kde má mít automaticky nárok na úplné soukromí. (Nehledě na to, že i to absolutní soukromí v soukromém prostoru není nic přirozeného, jak se nás snaží přesvědčit tzv. ochránci soukromí, ale je to záležitost až poměrně nedávné doby.)

5158
Sítě / Re:Přes providera projde pouze neNATovaný provoz
« kdy: 04. 08. 2014, 09:52:25 »
Pokud vím, tak moc není. Pokud je ve smlouvě určený rozhodce, tak s tím potom už asi nic neuděláš. Ale záleží dost na tom, kdo to je. Pokud nějakej kamarádíček providera, tak je to dost špatný. Občas se ale používá třeba Rozhodčí soud Hospodářské komory - tam asi celkem není čeho se bát.
Dnes už platí, že pokud je zákazníkem spotřebitel, musí rozhodčí doložku podepsat samostatně (nemůže to být schované někde ve smlouvě nebo všeobecných podmínkách), a rozhodce musí být zapsaný na seznamu rozhodců Ministerstva spravedlnosti. Nález pak musí být odůvodněn a musí tam být uvedeno poučení o možnosti zrušení soudem.

5159
Vývoj / Re:Generika Java
« kdy: 03. 08. 2014, 14:45:39 »
V tomto konkrétním případě by byl výsledek stejný, jenom by kompilátor vypsal varování, že se používá surový typ (tj. zastaralý kód).

5160
Vývoj / Re:Generika Java
« kdy: 02. 08. 2014, 21:37:25 »
S tím, že je to statická metoda, to nijak nesouvisí. Nemělo by smysl, aby Class.forName() vracelo konkrétní typ, třeba Class<String>, protože místo toho už můžete rovnou v kódu použít String.class. A i kdybyste jako typový parametr použil nějakého předka, při tom volání není jak to ověřit, stejně by ve volání té funkce muselo být skryté explicitní přetypování - je lepší, když to udělá rovnou programátor, aspoň tím dá najevo, že ví, co dělá.
Surové typy jsou jen pro zpětnou kompatibilitu, v novém kódu by se vůbec neměly používat. Class<?> a Class je každé něco jiného, to druhé je surový typ a u něj neprobíhá žádná kontrola typových parametrů, v prvním případě se dál typové parametry kontrolují.
Ve vašem případě nemůže newInstance() vracet PlugInFilter, protože ji voláte na typu Class<?> nebo-li Class<? extends Object>, který jste získal voláním Class.forName(). Kdybyste tu metodu volal na typu Class<? extends PlugInFilter>, bude vám vracet PlugInFilter.

Stran: 1 ... 342 343 [344] 345 346 ... 375