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

Zdroják » Zprávičky » Zmenšujeme velikost HTML souboru

Zmenšujeme velikost HTML souboru

Zprávičky Webdesign

Pokud vyvíjíme web, u něhož záleží na velikosti přenášených souborů, sáhneme pravděpodobně po kompresní metodě gzip, která je dnes v prohlížečích široce podporována. Zajímavou alternativou však může být i zmenšení velikosti kódu vypuštěním prázdných znaků, které parser ignoruje. Tento postup je známý a celkem běžně používaný u CSS i u JavaScriptu, ale lze jej použít i pro HTML. Nástrojů pro zmenšování kódu (minify – minifier) existuje jak pro JS, tak pro CSS velké množství, ale pro HTML téměř žádný. Obsáhlý článek na weblogu Perfection Kills s názvem Experimenting with  HTML minifier rozebírá postup při zmenšování velikosti HTML souboru a na praktických příkladech ukazuje výsledky takové optimalizace, která leckdy sníží velikost výsledného kódu mnohem víc než gzip.

Komentáře

Odebírat
Upozornit na
guest
4 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
Ruthion

Dovolím si nesouhlasit s větou:

“ ..leckdy sníží velikost výsledného kódu mnohem víc než gzip…“

Správně měla být “ … nekomprimovaný dokument je zmenšen více, než jeho komprimovaná verze“, což je celkem očekávané.

Pro ty, kdo se nechtějí prokousávat odkazovaným článkem bych ještě vypíchnul, že mnohé optimalizace mají vliv na interpretaci a zobrazení dokumentu browserem či na jeho DOM reprezentaci a i sám autor uvádí jako nejlepší metodu napsat HTML jako čisté HTML a nikoli jako HTML + CSS + JS, což obvykle ušetří nejvíce. A samozřejmě výsledek pak posílat gzipnutý.

rooobertek

Ja prihodím, že v Smarty sa dá prostredníctvom {strip} poskracovať kadečo, ale môže to mať aj neblahé dôsledky, tak opatrne s tým.

František Kučera

Ono by hodně pomohlo, kdyby autoři do webů nedávali tolik divů a spanů – mnohdy jsou zbytečné a když se člověk podívá na zdroják nějaké stránky, často je vidět, že si s tím autor vůbec nelámal hlavu a prostě tam nasekal spousty elementů navíc („hlavně ať to vypadá dobře“), milion wrapperů.

jiri

prohnat validátory na W3C (před a po použití miniferu) a obavám se, že by při použití musely ze spousty stránek zmizet takové ty obrázky o kompatibilitě… :-)))

Prolog nezmizel. Jen dnes žije v jiných nástrojích

Prolog nezmizel. Jeho hlavní myšlenku dnes potkáváme v nástrojích, které se Prologu na první pohled nepodobají: v CodeQL pro analýzu kódu, v Rego pro policy-as-code, v Z3 pro práci s omezeními a v Leanu pro formální důkazy. Každý řeší jiný problém, ale všechny připomínají totéž: někdy je lepší popsat vztahy, pravidla, omezení nebo tvrzení než vrstvit další if.

Hermes místo OpenClaw?

AI
Komentáře: 2
Většina AI agentů v roce 2026 vám nabízí pohodlí výměnou za kontrolu — běží na cizí infrastruktuře, ukládají vaše data neznámo kam a fungují jen tak, jak je jejich tvůrci navrhli. Hermes od Nous Research jde opačným směrem: je open-source, nainstalujete si ho na vlastní server za pár dolarů měsíčně, připojíte k libovolnému LLM a necháte ho, aby si sám psal vlastní schopnosti podle toho, co od něj potřebujete. Výsledek? Agent, který skutečně patří vám a po pár týdnech používání rozumí vašemu setupu lépe než kterýkoli komerční asistent. Podívejme se, co Hermes umí, jak ho rozjet a pro koho dává smysl.

Robots.txt nestačí. AI crawleři mění, jak weby chrání obsah

Robots.txt zůstává základní signál pro slušné crawlery, ale už neumí popsat hlavní problém: stejný veřejný obsah může sloužit klasickému vyhledávání, AI odpovědím, tréninku modelů i načtení na pokyn uživatele. Provozovatel webu proto musí oddělit účel přístupu, ověřovat identitu botů, měřit dopad na infrastrukturu a u hodnotného obsahu řešit i vynucení pravidel mimo samotný robots.txt.