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

Zdroják » Zprávičky » Jak vlastně pracuje webový prohlížeč?

Jak vlastně pracuje webový prohlížeč?

Zprávičky ‐ ‐ Webdesign ‐

Nálepky:

Zajímá vás, jak vlastně takový prohlížeč pracuje uvnitř, pod kapotou? Co dělá, jaké v něm jsou součásti, jak spolu komunikují, co která řeší? Jak pracuje WebKit a jak Gecko? V čem se liší pracovní postup těchto jader? Přečtěte si víc v článku How browsers work. Článek nezabíhá do zbytečných technických podrobností, nešermuje výpisy zdrojových kódů, ale dozvíte se z něho např. jak funguje „chybová tolerance“ u HTML parseru, jak se vytváří renderovací strom nebo jak se optimalizují výpočty velikostí prvků.

Komentáře

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

Zdravím. Vyzerá to veľmi zaujímavo. Nedalo by sa s autorom dohodnúť na preklade a urobiť z toho seriál tu na Zdrojáku?

Spacer.gif a tabulky v tabulkách: Jak se kdysi dělaly webové stránky

Kdo dnes napíše display: grid a za minutu má hotový třísloupcový layout, těžko si představí, jakou akrobacii to stálo před pětadvaceti lety. Webové stránky tehdy držely pohromadě vnořené tabulky, průhledné obrázky o velikosti jednoho pixelu a pevná víra, že to nikdo neotevře v jiném prohlížeči. Pojďme si připomenout, jak to fungovalo, proč to fungovalo a proč jsme s tím museli skončit.

Rust pomohl vrátit JPEG XL do Chromu. Stačí to k úspěchu na webu?

Před čtyřmi lety Google podporu JPEG XL z Chromu odstranil. Teď formát vrací s dekodérem v Rustu, který vznikl na popud vývojářů Firefoxu. AVIF přitom může nabídnout menší soubory a bezeztrátový WebP rychlejší dekódování. JPEG XL má jiné přednosti: velkou fotografii dokáže zobrazovat už během stahování a staré JPEGy zmenší bez další ztráty kvality. Vedle historie jeho návratu se podíváme na výsledky srovnání, bezeztrátovou kompresi i praktické nasazení jednotlivých formátů na webu.