User Agent řetězce prohlížečů – omyl přírody

9.1.2014 16:40 | Přečteno: 1787× | WWW

Při pohledu na User Agent řetězce posílané www prohlížečem serveru si většinou říkám: WTF?? Je tam zakódovaná spousta nesmyslů a užitná hodnota je stejně dost malá, musí se z toho pracně dolovat informace, dochází k neshodám, omylům...

Nebylo by lepší tomu dát nějakou formu? Třeba to udělat podobně jako názvy javovských balíčků (běžně se odvozují od domény) nebo to kódovat jako URL? Nebo obojí - příklad:

user-agent://org.mozilla.firefox?version=26

Do toho by se dal v pohodě zakódovat i název OS nebo třeba rozlišení a další blbosti, pokud o to někdo stojí a chce o sobě tyhle informace hlásit serverům. Jedním z parametrů by mohlo být jádro prohlížeče (gecko, webkit…) a dalším jeho verze, což může být celkem užitečné (většinou je jedno, o jaký klon toho kterého prohlížeče jde, spíš záleží na vykreslovacím jádře).

Výhoda je v tom, že URL se dá snadno rozparsovat, jsou na to hotové knihovny, je jasné, jak to kódovat…

Nevíte o nějaké iniciativě, která by se tohle snažila prosadit? Nebo jsem první koho to napadlo?

       

Anketa

Anketa

Komentáře

[pools]

K tomu můžu dodat jen toto.

[xkucf03]

To byl právě impulz k napsání tohoto zápisku To s tím URL nebo nějakou lepší formou mě napadlo už dřív, ale teď už mi to fakt nedalo a musel jsem to někam napsat.

[Ondra]

nevim, jestli URL je na to vhodna vec. co takhle spis JSON (a nebo XML, ale to pisu radsi uz jen v zavorce )?

[xkucf03]

Spíš si říkám, co je serverům do toho, jaký mám prohlížeč? Má to být podle standardů a ne dělat nějaké bastly pro konkrétní prohlížeče. Ale na druhou stranu by se hodilo znát na serveru aspoň třídu zařízení (desktop/tablet/mobil) případně to rozlišení – aby se tomu dal přizpůsobit web. Taky je trochu škoda, že je to bezestavový protokol a tahle informace se musí posílat pořád sem tam, to je jak u blbých – stačilo by zahájit relaci, poslat informace o prohlížeči a dál přenášet jen kratší požadavky/odpovědi. Stejně tak přihlášení – přihlásil by ses jednou a dokud by vydrželo TCP spojení, tak bys byl přihlášený – nemuselo by se šaškovat s cookies nebo posíláním hesla v každém požadavku. Ale to už jsme trochu odbočili

JSON nebo XML mi tady přijdou jako kanón na vrabce – v podstatě stačí zapsat jen nějakou strukturu klíč/hodnota případně nějaký základ (ID prohlížeče) a na to se ten formát URL dobře hodí.

[petr_p]

Údaje o klientovi lze vytáhnout javascriptem. Strukturované.

[xkucf03]

Možná je ten User-Agent úplně zbytečný… Ale zase když ty informace vytáhneš pomocí JS, tak to znamená jeden požadavek/odpověď, kterým se stáhne ten JS a až v dalším požadavku si můžeš vyžádat verzi stránky specifickou pro tvoje zařízení.

[x]

Ale na druhou stranu by se hodilo znát na serveru aspoň třídu zařízení (desktop/tablet/mobil) případně to rozlišení – aby se tomu dal přizpůsobit web. Taky je trochu škoda, že je to bezestavový protokol a tahle informace se musí posílat pořád sem tam, to je jak u blbých – stačilo by zahájit relaci, poslat informace o prohlížeči a dál přenášet jen kratší požadavky/odpovědi

Protože nikdo v průběhu prohlížení nemění velikost okna prohlížeče, nepřipojuje druhý monitor, ...

[Jendа]

A to současná praxe řeší jak?

[joumy]

Třeba takto

[xkucf03]

Tady jde spíš o tu hrubou kategorii zařízení (desktop/tablet/mobil). Moc si nedovedu představit, že by se z tvého desktopu stal mobil a zachovalo se při tom TCP spojení. Leda že bys měl mobil s HDMI rozhraním a připojeným monitorem a USB klávesnici a pak ho odpojil a chtěl pokračovat na tom malém displeji Nicméně stavový protokol neznamená, že nemůžeš v případě změny poslat paket s aktualizovanými údaji – stavový protokol znamená, že nemusíš posílat tu samou informaci znova a znova v každém požadavku.

[mirec]

Takáto zmena nie je zatiaľ celkom bežná, ale viem si v budúcnosti predstaviť používať mobilný telefón zároveň ako počítač. Jednoducho prídem domov, hodím do docku a surfujem si príjemne s monitorom a klávesnicou.

[deda.jabko]

Taky je trochu škoda, že je to bezestavový protokol a tahle informace se musí posílat pořád sem tam, to je jak u blbých – stačilo by zahájit relaci, poslat informace o prohlížeči a dál přenášet jen kratší požadavky/odpovědi.

Taky je potreba si uvedomit, za jakym ucelem a v jake dobe. Z tohoto pohledu byl HTTP navrzen velmi dobre. To, jak se dneska HTTP/HTML pouziva je jedno velke znasilneni a ukazka toho, jak evoluce muze skoncit v lokalnim minimu.

[Jardík]

Veškeré webové stránky, které jakkoliv parsují nebo čtou user agenta stojí za 2 věci. user agent je věc nastavitelná uživatelem a neidentifikuje webový prohlížeč. Webové stránky vůbec nemají co identifikovat prohlížeč, je to k ničemu. Jsou tu standardy a ty mají prohlížeče podporovat. Pokud je nepodporují, je to chyba prohlížeče a webové stránky se o to vůbec namají starat a snažit se o různé hacky. Bohužel mentalita webových vývojářů je taková, že to musí mít za každou cenu kompatibilní s každým prohlížečem a tak se uchylují k totálním kravinám, třeba parsování user agenta a na základě něho předpokládají daný prohlížeč. Kdyby vývojáři nebyli takto hloupí, mohl být vyvíjen větší tlak na vývojáře webových prohlížečů, aby chyby opravili.

[joumy]

Bohužel mentalita webových vývojářů je taková, že to musí mít za každou cenu kompatibilní s každým prohlížečem a tak se uchylují k totálním kravinám

Tvoje mentalita je tedy taková, že webové stránky budou přístupné pouze v prohlížečích dle vůle kodéra? Takže na jednu stránku je třeba otevřít IE (protože v Chromu to nefunguje), na druhou pouze webkit, protože to nefunguje jinde... Jardíku, dělal jsi vůbec někdy něco? Nějakou práci? Myslíš, že zadavatele zajímají standardy nebo výsledek? Vážně nevím, kdo je tu hloupý..

[xkucf03]

Tohle je právě ta pošahaná webkodérská logika. Web není o tom, aby byl výsledek na bod přesně (jestli tohle potřebuješ, tak doporučuji jiné formáty). Web je o tom, abys publikoval nějaké zajímavé informace a mohl jsi tomu dát nějakou formu (nadpisy, seznamy, tabulky) nebo ideálně i sémantiku (metadata, RDF, Dublin Core…). Jestli to bude v jednom prohlížeči šoupnuté trochu doprava a v jiném trochu doleva je jedno – máš ten design udělat dostatečně pružný na to, aby to nevadilo. A stejně jde hlavně o ten obsah.

Pokud jde o nějaká JavaScriptová API, tam to zase má fungovat tak, že si zavoláním nějaké funkce zjistíš, jestli je dané API dostupné – ne že budeš luštit nějaký textový řetězec (údajně identifikaci prohlížeče) a z něj hádat, jestli tohle API použít lze nebo ne.

[joumy]

Takhle ale nikdy neuděláš nic pořádného, možná tak na úrovni žáka střední školy - pokročilejším vývojářům, kteří mají nějakou vizi/nápad to prostě a jednoduše nestačí.

[xkucf03]

Já mám právě vizi v tom, že ten web bude jednoduchý a nepřeplácaný…

[joumy]

Což zaprvé není žádné objektivní měřítko a zadruhé se to ani nevylučuje... Ale co ti budu povídat, tvoje reference jsem viděl, to mi stačí

[Jardík]

Já nesouhlasím. Lepší jednoduchý web s informací, kde mi nevnucujou jejich fonty. Koukněte třeba na czc.cz, má to být obchod a co z toho je? Sajrajt s rozbitým menu vytejkajícím vravo a zabraňující mi kliknout na tu položku, protože nemám ten jejich správnej font či jejich správnou velikost písma. Ještě mi tam svítí rámeček jakkráva, že nemám povolený nějaký sušenky a nic tam nefunguje, protože mám vypnutej javascript. Prostě webovka naho*no.

[Kvakor]

ohle je právě ta pošahaná webkodérská logika. Web není o tom, aby byl výsledek na bod přesně (jestli tohle potřebuješ, tak doporučuji jiné formáty).

Ta pošahaná logika není, respektive nebyla ani tak webkodérská (s vyjímkou pošahaných webkodérů ), ale spíš zákaznické, obzlášť těch zákazníků, co si popletli web s tiskem (obzvlášť pokud grafiku dělal tiskový grafik-hnidopich s velmi velkým monitorem ). V extrémních případech se pak opravdu museli použít ony zmniňované jiné formáty, typicky Flash a PDF. Naštěstí s koncem Druhé Prohlížečové Války a nástupem mobilních zařízení je to už minulost.

[pavlix]

Jenže kodéři mají zcela jiné zadání než to, co zde popisuješ.

[xkucf03]

To máš jako s architekty – ten dobrý ti odmítne postavit přeplácanou obludnost plnou nesmyslů a nelogičností – buď klienta přesvědčí/usměrní nebo takovou zakázku nevezme – ale nepodepíše se pod něco, co se mu nelíbí.

[pavlix]

To srovnání nefunguje, protože kodér je spíše řemeslník než architekt. Je standardem dávat kodérům grafický návrh ke zpracování, nikoliv nechávat kodéry navrhovat rozložení stránky a mantinely pro grafiky, kteří si pak do toho vepíšou obrázky.

[xkucf03]

A myslíš, že u architektů dělba práce nefunguje? I tam můžeš mít ateliér a v něm kreslíře, který jen kreslí podle zadání a pak někoho, kdo rozhoduje. Pak je to zodpovědnost toho ateliéru jako celku. Stejně tak u webu – jeden člověk může dělat všechno, nebo je to nějaké studio, ale princip je stejný.

[pavlix]

A proč bych si to měl myslet?

[gtz]

Copak Vy jste se nesetkal se stránkami kdy nějaká stránky fungovala korektně jen v IE a v FF/Chromu to vypadalo zcela jinak nepoužitelně? No setkal jsem se s takovými stránkami hodně a vždy když na stránce bylo "optimalizováno pro IE s rozlišením XX" tak s tím byl celkem problém.

[Jardík]

Optimalizováno má být pro standard, a o rozlišení nemá vůbec být řeč, protože rozlišení obrazovky != velikost okna prohlížeče. Layout má být flexibilný, aby se všechno nepodělalo, když si nastavím 12pt písmo místo 5px.

[pavlix]

Optimalizováno má být pro standard, a o rozlišení nemá vůbec být řeč, protože rozlišení obrazovky != velikost okna prohlížeče.

+1

Nevím, který idiot vymyslel, že v okně neuvidím vůbec nic jenom proto, že se to okno nachází na velkém monitoru.

[gtz]

Většinou jsem to viděl u nějakých webových systémů pro architekty pro návrhy různých ptákovin pro domácnosti. Cosi v tom začneš a najednou půlku nevidíš a než přijdeš jak to dát celé do okna tak projde spousta času.

Viděl jsem to i ve flashi, kdy se flash načetl a na obrazovce byla jen půlka a zbytek někde za rohem.

[Jardík]

flash ... miluju, když na youtube pustím video a pokud mám zapnutý i druhý displej a hodim to na fullscreen na jednom znich, tak mi ukáže ouzkou nudli, protože výšku videa spočítal na špatným poměru stran CELÝ obrazovky (XScreen) a nikoliv monitoru.

[pavlix]

To je typický problém spojení s closed source software, který nelze jednoduše opravit nezávisle na dodavateli software.

[Filip Jirsák]

Pro který standard z těch několika desítek má být optimalizováno? Rozlišení obrazovky je nesmysl, ale do okna prohlížeče o velikosti 640×480 asi nemá smysl posílat fotku s 12 Mpx, a opačně.

[xkucf03]

+1

Nicméně tuhle HTTP hlavičku bych úplně nerušil. 1) typ prohlížeče může být zajímavý pro statistiky 2) je užitečné znát typ zařízení (desktop/mobil/tablet…) nebo velikost obrazovky – ostatní údaje se dají anonymizovat (resp. neposílat), tzn. třeba: user-agent://hidden?device=desktop nebo user-agent://hidden?screenX=1920&screenY=1080

[kavol]

Jardíku, nepřeskočilo ti? - teď jsi promluvil docela rozumně, plně s tím příspěvkem souhlasím ...

[Nobody]

In Soviet Russia, user agent identifies the agent. In America, user agent identifies the user!

[xkucf03]

BTW: existuje nějaká HTTP hlavička pro identifikaci MITM softwaru?

[Kvakor]

Dá se to poznat u proxy, viz X-Forwarded-For a další nestandardní hlavičky začínající X-, ale jen ze strany serveru (nebo testovačem proxy, jako je tenhle]. Ale pamatuju, že jsem kdysi viděl divné hlavičky (X-Checked-By?) u transparentí proxy, co fungovala (mizerně) zároveň jako antivir.

[Filip Jirsák]

Já bych ty informace nekódoval do URL, ale udělal bych to jako skutečné URL, na kterém by byl protokolem HTTP(S) dostupný dokument, ve kterém by byly (podrobnější) informace z Accept-* hlaviček, název a verze vykreslovacího jádra, název a verze JS enginu, další podporované technologie (různé ty tagy video apod.). Dnes se k detekci úplně nesmyslně používá JavaScript až na klientovi, přitom by se to daleko efektivněji řešilo na serveru. Proč má klient hádat, zda je dokument HTML 4, HTML 5 nebo XHTML, když může říct, co umí, a server mu pošle to nejlepší?

[xkucf03]

jj, o tom jsem taky uvažoval, asi by to bylo i lepší… chtělo by to strojově čitelný formát, který by se z toho URL stáhnul a všechny tyhle informace obsahoval – servery by tuhle informaci měly nakešovanou. Mohlo by taky být pravidlo, že tahle metadata musí být neměnná – tzn. stačilo by je stáhnout opravdu jen jednou a už by nebylo potřeba kontrolovat, zda nedošlo ke změně. Kdyby třeba přibyl nový podporovaný MIME typ nebo nějaké JS API, musela by se změnit verze resp. URL.

[xkucf03]

P.S. na druhou stranu je to trochu složitější a znamená to, že informaci o typu zařízení nebo rozlišení nemáš hned v HTTP hlavičce a musíš ji stahovat odjinud. Ještě by to šlo zkombinovat – mít standardizované názvy GET parametrů pro ty obvyklé věci, aby to bylo hned v hlavičce a ten zbytek stahovat až v případě potřeby.

[Filip Jirsák]

Předpokládal jsem, že server by si informace o dané URL zapamatoval a příště už je nepožadoval (než mu vypadnou z cache). Posílat to v hlavičkách je podle mne neefektivní, protože když se stahuje jenom jedna stránka s desítkami objektů, pošle se ta informace v hlavičkách zbytečně třeba padesátkrát. Pak uživatel klikne na odkaz, otevře se nová stránka ze stejného webu a pošle se to znova padesátkrát. Pak se samozřejmě místem v těch hlavičkách šetří, takže se dnes server ani nedozví, jakou verzi HTML prohlížeč podporuje nebo zda podporuje SVG.

HTTP 2.0 tohle trošku řeší, protože v rámci spojení se posílají jen změněné hlavičky. Ale stejně se to v novém spojení bude posílat znova. Možná by to jenom místo odkazu na externí server mohlo být součástí spojení – místo dotazu na externí server by se na ten dokument s popisem UA server v rámci otevřeného spojení zeptal rovnou klienta.

[xkucf03]

Posílat to v hlavičkách je podle mne neefektivní, protože když se stahuje jenom jedna stránka s desítkami objektů, pošle se ta informace v hlavičkách zbytečně třeba padesátkrát.

To už je bohužel vlastnost dnešního HTTP – hlavičku Host taky posíláš pokaždé znova, i když bude pořád stejná a stačila by nastavit jednou. Pokud potřebuješ data z jiné domény z té samé IP, tak by sis otevřel nové TCP spojení nebo byl poslal aktualizovanou hlavičku v rámci stávajícího.

takže se dnes server ani nedozví, jakou verzi HTML prohlížeč podporuje nebo zda podporuje SVG.

Jo, to je právě škoda – v hlavičce Accept by se měl poslat nejen MIME typ, ale i podporované verze. Zároveň je ale nesmysl to posílat v každém požadavku znova a znova.

HTTP 2.0 tohle trošku řeší, protože v rámci spojení se posílají jen změněné hlavičky.

Třeba se toho jednou dožijeme

místo dotazu na externí server by se na ten dokument s popisem UA server v rámci otevřeného spojení zeptal rovnou klienta.

njn, nejradši bych úplně jiný protokol, který by umožnil obousměrné posílání zpráv…

[Filip Jirsák]

HTTP 2.0 snad to obousměrné posílání umí, ne?

[pavlix]

Výhodu to má v tom, že typ zařízení máš pořád daný tím URL, nevýhodu v tom, že web prohlížeče může být offline.

[xkucf03]

Jak je typ zařízení daný URL např.

http://ua.example.com/v1.0

? Z toho nevyčteš nic – musel by sis stáhnout popis, který se na tomhle URL nachází. Proto jsem psal o tom, že by to šlo zkobinovat. Např.

http://ua.example.com/v1.0?device=desktop

GET parametry by byly standardizované (typ zařízení, velikost okna atd.). Pokud by serveru stačily ty informace zakódované v URL, nemusel by nic stahovat.

[Jakub Lucký]

Tak skvělá věc, a ty jí chceš zrušit

[Salamek]

Ja jsem pro JSON, URL me na takove pouziti spis pripada jako HACK.

Udelat JSON s povinymi parametry:

• browser
  • name
  • version
  • homepage
  • render_engine
  • description
• os
  • name
  • version
  • homepage
  • description
• screen
  • width
  • height
  • colours
  • description

{
  "browser": {
    "name": "firefox",
    "version": 26,
    "homepage": "http://firefox.mozilla.cz/",
    "render_engine": "gecko",
    "description": "We are Mozilla Doing good is part of our code"
  },
  "os": {
    "name": "fedora",
    "version": 21,
    "homepage": "http://fedoraproject.org/",
    "description": "Fedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and share."
  },
  "screen": {
    "width": 1280,
    "height": 1200,
    "colours": 32,
    "description": "HP w2408h"
  }
}

[xkucf03]

A tohle bys posílal v každém HTTP požadavku?

Nejde až tak o formu (URL/XML/JSON), jako spíš o množství informací.

Nebo jsi to myslel tak, že v HTTP hlavičce by byl odkaz na stažení tohoto souboru?

[Jardík]

Ani jednu z těch věcí server znát nepotřebuje. Je to akorát dobrý na špehování.

[Filip Jirsák]

Pokud ty údaje klient nechce posílat, v prohlížeči to zakáže. Server podle toho správně usoudí, že prohlížeč neumí nic, a pošle čistě textovou stránku v HTML 4.

[xkucf03]

Server podle toho správně usoudí, že prohlížeč neumí nic, a pošle čistě textovou stránku v HTML 4.

A je to v roce 2014 správný předpoklad? IMHO je spíš pravděpodobnější, že je uživatel paranoidní¹ než že používá nějaký archaický prohlížeč.

Hlavně by se to nemělo řídit User-Agent hlavičkou, ale spíš Accept hlavičkou.

_{[1] resp. zdravě obezřetný}

[Filip Jirsák]

Předpoklad není až tak podstatný, důležitý je závěr. A ten je správný. Paranoidní uživatel přece nechce žádný JavaScript, žádné CSS, žádné HTML5. Takže zbývají obrázky, a ty správný paranoidní uživatel taky nechce, protože co když bude chyba v knihovně zpracovávající obrázky a umožní spuštění kódu, nebo co když bude někdo přes adresu obrázků uživatele špehovat.

Řídilo by se to nepřítomností té nové hlavičky, která by sdružovala User-Agent a Accept*.

[Michal Kubeček]

Bylo by jistě krásné pro User-Agent předepsat nějakou jednotnou formu a ještě krásnější by asi bylo zbavit se ho úplně. Ale na světě existuje tolik webů, skriptů a nástrojů, které jsou závislé na současných hodnotách, že to nevidím moc reálně.

[Šangala]

Vyhlásíme útok, budeme posílat 1M řetězce plných 'ua; všech možných prohlížečů :)

[Jardík]

meh

Your user agent: Fedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and shareFedora is a fast, stable, and powerful operating system for everyday use built by a worldwide community of friends. It's completely free to use, study, and share ...

[Jardík]

HAHA. Ještě jsem to párkrát zkopíroval za sebe a ty špatně napsaný webový servery mi nadávaj 400 Bad Request, včetně ábíčka.

[Jardík]

Tuxmachines vrátí alespoň rozumnou chybu:

Your browser sent a request that this server could not understand.
Size of a request header field exceeds server limit.
User-Agent: ...

[Jendа]

It's completely free to use, study, and share

Oh, opravdu?

[Šangala]

Jen bych doplnil (protože jsi to už vícekrát použil :)), toto není problém problém Fedory, ale čehokoliv z USA (nevím jestli spadající do určité široké kategorie, nebo všeho). Prostě mají takové zákony a amící to musí dodržovat, jinak jdou bručet.

Neustále chtějí podepisovat (amíci), že na jejich zařízení nikdy nic pro tyto země/případy neuděláme a že nikdo komu to (pro)dáme jim to taky ne(pro)dá. Oni jsou vlastně chudáci, tady jim to nikdo nepodepíše, ale oni jsou pak za to doma odpovědní…

[Michal Kubeček]

Překvapuje mne, že tam ještě není ta "antidiskriminační" část o tom, že se to nesmí poskytovat nikomu, kdo bojkotuje Izrael.

[Jendа]

toto není problém problém Fedory, ale čehokoliv z USA (nevím jestli spadající do určité široké kategorie, nebo všeho). Prostě mají takové zákony a amící to musí dodržovat, jinak jdou bručet.

Já to chápu, ale pak prostě nemůžou psát, že je ta věc svobodná.

Tip na FPGA, které není zatížené tímto nesmyslem? :)

[Šangala]

Můžou, já bych jim to neupíral, oni si myslí, že jsou svobodní, stejně jako spousta u nás (já ne, já jsem ženatý a to se už jasně vymezuje vůči pojmu svobodný)

[coques]

To je pekný trapas..

[Jardík]

Já to opsal však z nějakýho příspěvku výše, z toho jsonu. Já fedoru neznám, a jestli je free mně je putna.

[Filip Jirsák]

Zbavit se ho úplně je nereálné, pořád budou existovat chyby v prohlížečích i vykreslovacích jádrech, které nepůjde detekovat podle jejich projevu.

Připravuje se protokol HTTP 2.0 – zrovna v rámci téhle změny by se to prosadit mohlo. Samozřejmě s tím, že pro JS by zůstala dostupná i současná hodnota UA.