Kdo chce péct menší rohlíky? - Všichni profesionálové na WordPress, kteří chtějí dodat své webové stránky co nejrychleji. Již nějakou dobu je velmi populární technologie zvaná Brotli.
V současné době existují různé metody komprese. Dlouhou dobu byl standardem gzip, ale mezitím se prosadil nový kompresní algoritmus Brotli. A ne bezdůvodně! Aby vaše webové stránky WordPress držely krok s dobou i z hlediska komprese, stal se standardem algoritmus Brotli na adrese Raidboxes. Začněme však od začátku.
Komprese dat 1 x 1
Komprese dat je technika, při níž se co nejvíce zmenšuje úložný prostor dat. Protože: čím menší objem se spotřebuje, tím kratší je doba přenosu.
Snížení je dosaženo zhutněním nebo snížením dat. V zásadě jsou informace převedeny do kratšího formuláře, který spotřebovává méně místa na disku.
Zatímco komprese a rozbalení jsou dva procesy, sečteno a podtrženo, stále fungují rychleji než pouhé přenášení velkého množství dat.
Google jako pekař Brotli
Předchozím standardem komprese na internetu byl gzip. Tato komprese pracuje s algoritmem Deflate, který je tvořen kombinací techniky LZ77 a Huffmanova kódování. Deflate existuje od roku 1993 a od té doby se etabloval jako absolutní standard pro přenosy HTTP.
Ale Google nestačil. Ve svém nekonečném úsilí o zlepšení internetu vyvinul gigant Silicon Valley algoritmus Zopfli (pojmenovaný po švýcarském kvasnicovém pudinku) před několika lety. Zopfli používá podobnou techniku deflace a je také kompatibilní s jeho datovým formátem, ale již má některá vylepšení.
To asi ještě nestačilo, protože mezitím se objevily Brotli - pojmenované po Brötli, švýcarské rohlíky.
Brotli je algoritmus s otevřeným zdrojovým kódem, o který Google říká, že je zcela nový formát dat. S kompatibilitou s Deflate je to teď u konce, ale Brotli přináší některé další výhody.
Gzip vs. Brotli: Kdo kandiduje?
Kolik úspor tedy Brotli přináší ve srovnání se standardním gzip postupem? Sestavy ukazují jasného zájemce:
- S HTML ušetří Brotli o 21% více úložného prostoru než gzip.
- Pro JavaScript je to 14%.
- CSS je skladován Brotli o 17% menší než gzip.
V zásadě je rychlostní rozdíl mezi přenosem komprimovaných a nekomprimovaných dat již velmi velký. Gzip šetří spoustu úložného prostoru ve srovnání s počáteční situací. Brotli na to dává ještě jednu – i když čísla ve srovnání s gzipem už nevyhodí jako obrovské úspory.
Brotli nabízí výhody zejména pro mobilní webové stránky
Komprese je výhodná zejména pro mobilní zařízení a datové tarify. Zde je dostupná šířka pásma často mnohem nižší, takže i dvacetiprocentní úspora vede k výrazně lepšímu uživatelskému zážitku. Webové servery a zařízení už mohou být poměrně rychlé - jenže internet není vždy.
Vzhledem k tomu, že stále více lidí přistupuje k webovým stránkám na cestách a využívá tak menší velikosti souborů Brotli (například díky nižší spotřebě baterie a nižším poplatkům za přenos), společnost Google doufá, že se tento algoritmus v budoucnu stane novým standardem.
Omezení pečení chleba
Navzdory těmto výhodám není Brotli všestranný. Pravděpodobně také proto, že algoritmus je poměrně mladý (Google ho představil v září 2015), stále musíte přijmout jedno nebo druhé omezení.
Přesná konfigurace je důležitá
Úspora velikosti souboru však není jediným měřítkem, podle kterého je třeba kompresní metodu posuzovat. Koneckonců chcete zlepšit výkon svých webových stránek. Důležitým aspektem je také rychlost komprese a dekomprese informací. Koneckonců na tom závisí, jak rychle uvidíte výsledky.
Nesprávná konfigurace mezi ukládáním paměti a rychlostí převodu může způsobit, že gzip bude ještě rychlejší než Brotli. Gzip i Brotli mají několik úrovní kvality (gzip devět a Brotli jedenáct).
Takže zde je to otázka jemného doladění toho, co chcete dostat z konfigurace. Výsledky testů ukazují, že Brotli šetří více úložného prostoru na úrovni 4 a funguje ještě rychleji než gzip na úrovni 6.
Brotli funguje pouze na HTTPS
Brotli funguje pouze s připojením HTTPS. Ale upřímně řečeno, v dnešní době je to stejně standard.
"*" povinný údaj
Brotli je ideální pro statický obsah
Dalším často diskutovaným sporným bodem je komprese dynamického obsahu. Krátké osvěžení:
- Dynamický obsah je generován pouze jednotlivě na vaši žádost, například pokud chcete zobrazit pouze položky určitých kategorií na blogu nebo vybrat košile určité značky v určité velikosti v internetovém obchodě prostřednictvím funkce filtru. Obsah samozřejmě není komprimován, dokud není generován.
- Statický obsah je na druhé straně již komprimován na serveru a je dodáván všem uživatelům stejně.
Podstata problému při kompresi dynamického obsahu: Dokud je server zaneprázdněn komprimací obsahu, nic nevidíte. Teprve po dokončení komprese jsou data doručena. A čím lepší má být komprese, tím déle to trvá. I při nízké míře komprese může dynamická komprese již omezovat výkon. Naproti tomu statický obsah, který je již komprimován, může být při požadavku doručen během okamžiku.
V praxi se ukázalo, že Brotli je efektivnější pro statický obsah, pokud je algoritmus odpovídajícím způsobem nakonfigurován. Pro dynamický obsah však mnozí stále preferují gzip. Jiní tvrdí, že Brotli dokáže držet krok s gzip i pro dynamický obsah.
Ne všechny prohlížeče podporují Brotli
Pokud jde o servery, NGINX a Apache (od verze 2.5) podporují Brotli. V současné době podporují Brotli téměř všechny prohlížeče. Které prohlížeče (zatím) nepodporují Brotli jako kompresní standard, můžete zjistit na webu caniuse.com.
Pokud se kvůli některým prohlížečům stále musíte obejít bez Brotli, máme pro vás dobrou zprávu: obsah bude těmto uživatelům stále doručován: V takovém případě se automaticky aktivuje gzip. Nemusíte se tedy bát, že by se jim vůbec nic nezobrazilo.
Závěr
Úspora úložného prostoru, rychlejší doručování webových stránek a zvýšení výkonu: jsme rádi, že se na tom můžeme podílet. Podle mého názoru jsou výhody zřejmé. Na adrese Raidboxes z toho máte přímý prospěch: Brotli je standardně zabudováno do serverů.
