Vem vill baka mindre bullar? - Alla WordPress-proffs som vill leverera sin webbplats så snabbt som möjligt. Sedan en tid tillbaka har en teknik som heter Brotli varit mycket populär.
Det finns för närvarande olika komprimeringsmetoder. Under lång tid var gzip standard , men under tiden har en ny komprimeringsalgoritm som heter Brotli tagit över. Och inte utan anledning! För att se till att din WordPress-webbplats också håller jämna steg med tiden när det gäller komprimering har Brotli blivit standard på Raidboxes. Men låt oss börja från början.
Datakomprimeringen på 1 x 1
Datakomprimering är en teknik där lagringsutrymmet för data minskas så mycket som möjligt. Eftersom: ju mindre 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 arbetar 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 den absoluta standarden 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 var förmodligen ändå inte tillräckligt, för under tiden har det kommit Brotli - uppkallade efter Brötli, schweiziska rullar.
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 särskilt för mobila webbplatser
I synnerhet mobila enheter och datatariffer drar nytta av komprimering. Här är den tillgängliga bandbredden ofta mycket lägre, så att även en besparing på 20 procent resulterar i en betydligt bättre användarupplevelse. Webbservrar och enheter kan vara ganska snabba vid det här laget - det är bara det att internet inte alltid är det.
Eftersom allt fler människor har tillgång till webbplatser på språng och därför drar nytta av Brotli-filernas mindre storlek (till exempel genom minskad batterianvändning och lägre överföringsavgifter) hoppas Google att algoritmen kommer att bli den nya standarden 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
Men filstorleksbesparingar är inte den enda måttstocken som en komprimeringsmetod måste mätas mot. Du vill ju trots allt förbättra prestandan på din webbplats. Hastigheten med vilken information komprimeras och dekomprimeras är också en viktig aspekt. När allt kommer omkring beror det på hur snabbt du ser resultaten.
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 endast med HTTPS-anslutningar. Men ärligt talat, det är ändå standarden nuförtiden.
"*" visar obligatoriska fält
Brotli är perfekt för statiskt innehåll
En annan ofta diskuterad knäckfråga är komprimeringen av dynamiskt innehåll. En snabb uppdatering:
- 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.
Den springande punkten vid komprimering av dynamiskt innehåll: Så länge servern är upptagen med att komprimera innehållet ser du ingenting. Först när komprimeringen är klar levereras data. Och ju bättre komprimeringen ska vara, desto längre tid tar det. Även med låga komprimeringshastigheter kan dynamisk komprimering redan begränsa prestandan. Statiskt innehåll, å andra sidan, som redan är komprimerat, kan levereras på nolltid när en begäran görs.
I praktiken visade det sig att Brotli är mer effektivt för statiskt innehåll om algoritmen konfigureras på rätt sätt. För dynamiskt innehåll föredrar dock många fortfarande gzip. Andra hävdar att Brotli även kan hålla jämna steg med gzip för 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. Idag har nästan alla webbläsare stöd för Brotli. På caniuse.com kan du se vilka webbläsare som (ännu) inte stöder Brotli som komprimeringsstandard.
Om du fortfarande måste klara dig utan Brotli på grund av vissa webbläsare, finns det goda nyheter: innehållet kommer fortfarande att levereras till dessa användare: I detta fall aktiveras gzip automatiskt. Du behöver alltså inte oroa dig för att de inte kommer att se något alls.
Slutsats
Spara lagringsutrymme, leverera webbplatser snabbare och öka prestandan: vi är glada att vara en del av det. Enligt min mening är fördelarna uppenbara. På Raidboxes drar du nytta av fördelarna direkt: Brotli är inbyggt i servrarna som standard.
