Přejít k navigační liště

Zdroják » Zprávičky » Detekce prohlížečů pomocí XSLT funguje i s vypnutým JavaScriptem

Detekce prohlížečů pomocí XSLT funguje i s vypnutým JavaScriptem

Manfred Staudinger publikoval ukázku umožňující detekci prohlížečů i v případě vypnutého JavaScriptu. Využívá k tomu podporu XSLT, kterou dnes již má většina prohlížečů, konkrétně vlastnosti vendor, se kterou lze v XSLT pracovat. V uvedené ukázce se nastaví barva zobrazeného čtverce podle prohlížeče, jaký právě používáte. Pokud by se nenastavovala barva, ale např. obrázek na pozadí, bude informace o právě používaném prohlížeči zaslána na server. Jedná se spíše o kuriozitu, která nenajde moc praktické uplatnění; tedy pokud zrovna nepotřebujete detekovat prohlížeče uživatelů s vypnutým JavaScriptem.

Komentáře

Odebírat
Upozornit na
guest
5 Komentářů
Nejstarší
Nejnovější Nejvíce hlasů
Dlouhán

Nemám čas se tím teď zabývat, ale v IE to nefunguje, dostanu „tradiční“ hlášku:
Stránku XML nelze zobrazit
Vstup XML nelze zobrazit pomocí šablony stylů XSL. Opravte tuto chybu a klepněte na tlačítko Aktualizovat, nebo akci zopakujte později.

Dlouhán

IE7. Nechal jsen dělat i screenshoty, http://browsershots.org/http://documenta.rudolphina.org/cond-css-demo.xml a tam je stejná hláška, jen v různých jazycích ve všech verzích IE.
Tohle mi hlásí JS konzola:
Řádek: 0
Znak: 0
Chyba: The server did not understand the request, or the request was invalid.
Kód: 0
Adresa URL:http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd

Adresa URL je DTD, ale tím se svými znalostmi končím.

nigol

Přesně ten samý problém v IE7 na Win XP SP2.

Proč vám model napíše Python, i když jste si řekli o Rust

AI
Komentáře: 0
Výkonnostní propast mezi Pythonem a ostatními jazyky se za poslední rok a půl skoro zavřela. Dnešní modely zvládají Rust i Go srovnatelně dobře. Když jim ale volbu necháte, sáhnou stejně po Pythonu. A u knihoven je to ještě výraznější: mezi funkčně srovnatelnými balíčky je až 84procentní rozdíl v kvalitě generovaného kódu. Proč to tak je a co s tím.

WP2Shell: Kritická hrozba pro samotné jádro WordPressu. Útočníci mohou získat kontrolu nad webem

Zranitelnost ve WordPressu není žádná novinka. Kdo provozuje weby postavené na této platformě, ví, že bezpečnostní záplaty chodí prakticky pořád. O to větší pozornost by měla vzbudit chyba, u které nic z toho neplatí. A přesně takový je případ zranitelnosti, která dostala přezdívku wp2shell. potřeb. Zranitelný kontaktní formulář, děravý e-shopový plugin, opomenutá kontrola oprávnění v nějaké obskurní rozšiřující knihovně – to je denní chleba každého, kdo sleduje bezpečnostní feedy. Zpráva „nová chyba ve WordPress pluginu“ má tak nízkou informační hodnotu, že ji většina lidí přejde bez mrknutí oka.

Mýtus jedné aplikace: proč PWA nenahradí vývoj pro každou platformu

PWA mohou webu přidat ikonu na ploše, fungování bez připojení, notifikace a některé systémové funkce. Nejsou ale cestou k jednomu klientu pro všechny platformy. Vyplatí se tam, kde se lidé k webu vracejí a ocení okamžitý vstup z odkazu. Jakmile aplikace musí spolehlivě běžet na pozadí nebo fungovat stejně na každém zařízení, bývá vhodnější nativní řešení.