Varför Googles komprimeringsalgoritm "Brotli" är ett riktigt gzip-alternativ

Varför Googles komprimeringsalgoritm "Brotli" är ett riktigt gzip-alternativ

Vem vill baka mindre bullar? — Alla WordPress proffs som vill leverera sin webbplats så snart som möjligt. Sedan en tid tillbaka är tekniken Brotli mycket efterfrågad. Hur detta gör din webbplats snabbare och vad den har att göra med Schweiz förklarar vi i den här artikeln.

För närvarande finns det olika komprimeringsmetoder. Under lång tid var gzip standarden, men nu går en ny komprimeringsalgoritm som heter Brotli om den. Och inte utan anledning! För att din WordPress-webbplats ska hålla jämna steg med de tider då det gäller komprimering,Brotli på Raidboxes nu standarden. Men låt oss börja från början.

Datakomprimeringen på 1 x 1

Datakomprimering är en teknik som minskar mängden datautrymme så mycket som möjligt. Eftersom: Ju lägre volym som förbrukas, desto kortare överföringstid.

Minskningen uppnås genom komprimering eller minskning av data. I princip konverteras informationen till ett kortare formulär som förbrukar mindre diskutrymme.

Även om komprimering och uppackning är två processer, är slutsatsen att de fortfarande fungerar snabbare än att bara överföra stora mängder data.

Google som Brotli bagare

Den tidigare komprimeringsstandarden på Internet var gzip. Denna komprimering fungerar med en algoritm som kallas Deflate, som består av en kombination av LZ77-tekniken och Huffman-kodningen. Deflate har funnits sedan 1993 och har sedan dess etablerat sig som en absolut standard för HTTP-överföringar.

Men Google räckte inte till. I sina ändlösa ansträngningar för att förbättra Internet utvecklade Silicon Valley-jätten Zopfli-algoritmen (uppkallad efter den schweiziska jästpuddingen) för några år sedan. Zopfli använder en liknande teknik som Deflate och är också kompatibel med sitt dataformat, men har redan några förbättringar.

Det räckte förmodligen inte för Googles tekniker, för nu finns det Brotli – uppkallad efter Brötli, schweiziska brödrullar.

Brotli är en öppen källkodsalgoritm som Google säger är ett helt nytt dataformat. Med kompatibiliteten med Deflate är det över nu, men Brotli ger några andra fördelar.

Gzip vs. Brotli: Vem springer?

Så hur mycket besparingar ger Brotli jämfört med standard gzip förfarandet? Rapporter visar ett tydligt lead:

  • Med HTML sparar Brotli 21% mer lagringsutrymme än gzip.
  • För JavaScript är det 14%.
  • CSS lagras av Brotli 17% mindre än av gzip.

I princip är hastighetsskillnaden mellan överföring av komprimerade och okomprimerade data redan mycket stor. Gzip sparar mycket lagringsutrymme jämfört med den ursprungliga situationen. Brotli lägger en till på det – även om siffrorna jämfört med gzip inte längre ser ut som massiva besparingar.

Brotli erbjuder fördelar speciellt för mobila webbplatser

Mobila enheter och dataplaner drar särskilt nytta av komprimering. Här är den tillgängliga bandbredden ofta mycket lägre, så att även 20 procent besparingar ger en betydligt bättre användarupplevelse. Webbservrar och enheter kan vara ganska snabba nu - bara Internet är inte alltid.

När fler och fler användare får tillgång till webbplatser när de är på språng och därför drar nytta av den mindre storleken på Brotli-filer (till exempel genom minskad batteriförbrukning och lägre överföringsavgifter) hoppas Google att algoritmen kommer att råda som en ny standard i framtiden.

Begränsningar för bakning av bröd

Trots dessa fördelar är Brotli inte en allroundspelare. Förmodligen också för att algoritmen är ganska ung (Google introducerade den i september 2015), måste du fortfarande acceptera den ena eller den andra begränsningen.

Korrekt konfiguration är viktigt

Filstorleksbesparingar är dock inte den enda måttstocken med vilken en komprimeringsmetod måste mätas. Slutligen vill du förbättra webbplatsens prestanda. Den hastighet med vilken information komprimeras och dekomprimeras är också en viktig aspekt. Eftersom det beror på hur snabbt webbplatsbesökaren får se resultat.

Felaktig konfiguration mellan minnesbesparing och konverteringshastighet kan göra att gzip blir ännu snabbare än Brotli. Både gzip och Brotli har flera kvalitetsnivåer (gzip nio och Brotli elva).

Så här handlar det om att finjustera vad du vill få ut av din konfiguration. Testresultaten visar att Brotli sparar mer lagringsutrymme på nivå 4 och fungerar ännu snabbare än gzip på nivå 6.

Brotli fungerar bara på HTTPS

Brotli fungerar bara med HTTPS-anslutningar. Men ärligt talat: Eftersom Google officiellt meddelade att användningen av HTTPS är en rankningssignal , bör den bytas till SSL mycket snabbt ändå. Särskilt eftersom HTTP2 ger en ytterligare prestandaökning. Detta är bara en av många anledningar till att vi på Raidboxes Erbjud gratis SSL med ett klick som standard direkt från början.

Brotli är perfekt för statiskt innehåll

En annan ofta diskuterad stötesten är komprimeringen av dynamiskt innehåll. Kort att uppdatera:

  • Dynamiskt innehåll genereras endast individuellt på din begäran, till exempel om du bara vill visa posterna i vissa kategorier i en blogg eller välja skjortor av ett visst märke i en viss storlek i en onlinebutik via filterfunktionen. Naturligtvis komprimeras innehållet inte förrän det genereras.
  • Statiskt innehåll, å andra sidan, är redan komprimerat på servern och levereras till alla användare lika.

Kruxet när du komprimerar dynamiskt innehåll: Så länge servern är upptagen med att packa innehållet mindre ser användaren ingenting till en början. Först när komprimeringen är klar kommer data att levereras. Och ju bättre kompression är tänkt att vara, desto längre tid tar det. Även vid låga komprimeringshastigheter kan dynamisk komprimering begränsa prestanda. Statiskt innehåll, å andra sidan, som redan är komprimerat, kan levereras jerkzuck vid en användarförfrågan.

I praktiken har det visat sig att Brotli gör mer för statiskt innehåll om algoritmenkonfigureras i enlighet därmed. När det gäller dynamiskt innehåll föredrar å andra sidan många webbplatsoperatörer fortfarande gzip. Andra hävdar att Brotli kan hålla jämna steg med gzip även med dynamiskt innehåll.

Inte alla webbläsare stöder Brotli

När det gäller servrar stöder NGINX och Apache (från version 2.5) Brotli. Men inte alla webbläsare ingår ännu. Du kan kontrollera vilka webbläsare som stöder Brotli som komprimeringsstandard på caniuse.com.

Varför Googles komprimeringsalgoritm "Brotli" är ett riktigt gzip-alternativ
Källa: https://caniuse.com/brotli

Användare av Internet Explorer, till exempel, måste göra utan Brotli för tillfället. Den goda nyheten är dock att innehållet fortfarande levereras till dessa användare: här slås gzip automatiskt på. Så du behöver inte oroa dig för att dina besökare inte kommer att se någonting alls.

Eftersom åtminstone i Tyskland Chrome och Firefox redan täcker mer än 70 procent av marknaden, kan du anta ändå att en stor del av dina webbplatsbesökare redan kan dra nytta av Brotli.

Slutsats

Spara lagringsutrymme, leverera webbplatser snabbare och öka prestanda: vi är glada att vara en del av det. Enligt min mening är fördelarna uppenbara. Raidboxes Kunderna drar redan nytta av det redan idag: Brotli är inbyggd i servrarna som standard.

Tyckte du om artikeln?

Med din recension hjälper du oss att förbättra vårt innehåll ytterligare.

Skriva en kommentar

Din e-postadress kommer inte att publiceras. Obligatoriska fält är markerade med *.