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

Zdroják » Zprávičky » Nekonzistence v implementacích události DOMContentLoaded

Nekonzistence v implementacích události DOMContentLoaded

Pokud používáte JavaScript, ať již na webové stránce nebo ve webové aplikaci, velmi pravděpodobně jste potřebovali spustit nějaký skript hned po načtení stránky. K tomu byla původně určena událost „load“, ta se ovšem používá méně a méně. Proč? Protože je vyvolána příliš pozdě, totiž až ve chvíli, kdy je stránka kompletně načtena včetně posledního bytu posledního obrázku. To v řadě případů nestačí, proto se stále častěji používá událost DOMContentLoaded (definovaná v HTML5), která je vyvolána co nejdříve je to možné, tj. po načtení a zpracování celého dokumentu stránky (čili v momentě, kdy DOM stránky obsahuje i poslední značku stránky) bez ohledu na případné načítání obrázků.

Podporují ji nové verze prohlížečů Firefox, Safari a Opera, naopak v Internet Exploreru se ji javascriptové frameworky snaží emulovat. Článek DOMContentLoaded Inconsistencies (in Browsers and JavaScript Libraries) popisuje problémy, kterými trpí jednotlivé emulace i implementace v prohlížečích. Pokud DOMContentLoaded používáte (a to je pravděpodobné, protože tato událost je v javascriptových frameworcích hojně využívána pod různými označeními – viz zmíněný článek), dejte si pozor na možné problémy. Většinou se jedná jen o krajní případy, ale je dobré o nich vědět.

Komentáře

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

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.