Hvorfor Googles komprimeringsalgoritme "Brotli" er et rigtigt gzip-alternativ

Tobias Schüring Senest opdateret den 5. november 2020
5 Min.
Senest opdateret den 5. november 2020

Hvem vil bage mindre boller? — Alle WordPress fagfolk, der ønsker at levere deres hjemmeside så hurtigt som muligt. I nogen tid har en teknologi kaldet Brotli været i høj efterspørgsel. Hvordan dette gør dit websted hurtigere, og hvad det har at gøre med Schweiz, forklarer vi i denne artikel.

Der findes i øjeblikket flere komprimeringsmetoder. I lang tid var gzip Standard, men nu er en ny komprimeringsalgoritme kaldet Brotli ved at løbe tør for hans plads. Og ikke uden grund! For at din WordPress hjemmeside går også med tiden i form af kompression, Brotli at RAIDBOXES nu ved at blive standarden. Men lad os starte forfra.

Datakomprimeringen på 1 x 1

Datakomprimering er en teknik, der reducerer mængden af dataplads så meget som muligt. Fordi: Jo lavere den forbrugte lydstyrke er, jo kortere er overførselstiden.

Reduktionen opnås ved komprimering eller reduktion af dataene. I princippet konverteres oplysningerne til en kortere formular, der bruger mindre diskplads.

Mens komprimering og udpakning er to processer, er bundlinjen, at de stadig fungerer hurtigere end blot at overføre store mængder data.

Google som Brotli bager

Den tidligere komprimeringsstandard på internettet var gzip. Denne komprimering fungerer med en algoritme kaldet Deflate, som består af en kombination af LZ77-teknikken og Huffman-kodningen. Deflate har eksisteret siden 1993 og har siden etableret sig som en absolut standard for HTTP-transmissioner.

Men Google var ikke nok. I sine endeløse bestræbelser på at forbedre internettet udviklede Silicon Valley-giganten Zopfli-algoritmen (opkaldt efter den schweiziske gærpudding) for et par år siden. Zopfli bruger en lignende teknik til Deflate og er også kompatibel med sit dataformat, men har allerede nogle forbedringer.

Det var nok ikke nok for Googles teknikere, for nu er der Brotli – opkaldt efter Brötli, schweiziske rundstykker.

Brotli er en open source-algoritme, som Google siger er et helt nyt dataformat. Med kompatibiliteten med Deflate er det nu, men Brotli giver nogle andre fordele.

Gzip vs Brotli: Hvem kører?

Så hvor mange besparelser giver Brotli sammenlignet med standard gzip-proceduren? Rapporter viser et klart kundeemne:

  • Med HTML sparer Brotli 21% mere lagerplads end gzip.
  • For JavaScript er det 14%.
  • CSS opbevares af Brotli 17% mindre end ved gzip.

I princippet er hastighedsforskellen mellem transmissionen af komprimerede og ukomprimerede data allerede meget stor. Gzip sparer en masse lagerplads i forhold til den oprindelige situation. Brotli sætter endnu en på det - selv om tallene i forhold til gzip ikke længere ligner massive besparelser.

Brotli tilbyder fordele, især for mobile sites

Især mobile enheder og dataplaner nyder godt af komprimering. Her er den tilgængelige båndbredde ofte meget lavere, så selv 20 procent besparelser giver en betydeligt bedre brugeroplevelse. Webservere og enheder kan være temmelig hurtigt nu - bare internettet er ikke altid.

Efterhånden som flere og flere brugere får adgang til websteder på farten og derfor drager fordel af den mindre størrelse Brotli-filer (for eksempel gennem reduceret batteriforbrug og lavere transmissionsgebyrer), håber Google, at algoritmen vil sejre som en ny standard i fremtiden.

Restriktioner for bagebrød

På trods af disse fordele er Brotli ikke en all-rounder. Sandsynligvis også fordi algoritmen er ret ung (Google introducerede den i september 2015), skal du stadig acceptere den ene eller den anden begrænsning.

Nøjagtig konfiguration er vigtig

Besparelser på filstørrelsen er dog ikke den eneste målestok, som en komprimeringsmetode skal måles efter. Endelig ønsker du at forbedre ydeevnen på dit websted. Den hastighed, hvormed oplysninger komprimeres og dekomprimeres, er også et vigtigt aspekt. Fordi det afhænger af, hvor hurtigt webstedet besøgende får at se resultater.

Forkert konfiguration mellem hukommelsesbesparelse og konverteringshastighed kan medføre, at gzip er endnu hurtigere end Brotli. Både gzip og Brotli har flere kvalitetsniveauer (gzip ni og Brotli elleve).

Så her er det et spørgsmål om at finjustere, hvad du ønsker at få ud af din konfiguration. Testresultater viser, at Brotli sparer mere lagerplads på niveau 4 og fungerer endnu hurtigere end gzip på niveau 6.

Brotli fungerer kun på HTTPS

Brotli fungerer kun med HTTPS-forbindelser. Men helt ærligt: Da Google officielt annoncerede, at brugen af HTTPS er et rangeringssignal, skal det alligevel skiftes til SSL på en meget rettidig måde. Især da HTTP2 giver et ekstra præstationsboost. Dette er blot en af mange grunde til, at vi RAIDBOXES tilbyde gratis SSL med et enkelt klik som standard fra starten.

Brotli er perfekt til statisk indhold

Et andet ofte diskuteret springende punkt er komprimeringen af dynamisk indhold. Kort at opdatere:

  • Dynamisk indhold genereres kun individuelt på din anmodning, for eksempel hvis du kun vil vise posterne i visse kategorier i en blog eller vælge skjorter af et bestemt mærke i en bestemt størrelse i en online butik via filterfunktionen. Selvfølgelig komprimeres indholdet ikke, før det genereres.
  • Statisk indhold er på den anden side allerede komprimeret på serveren og leveres til alle brugere lige.

Sagens kerne ved komprimering af dynamisk indhold: Så længe serveren har travlt med at pakke indholdet mindre, ser brugeren intet i starten. Først når komprimeringen er klar, vil dataene blive leveret. Og jo bedre kompression der skal være, jo længere tid tager det. Selv ved lave komprimeringshastigheder kan dynamisk komprimering begrænse ydeevnen. Statisk indhold, på den anden side, der allerede er komprimeret, kan leveres jerkzuck i tilfælde af en brugeranmodning.

I praksis har det vist sig, at Brotli gør mere for statisk indhold,hvis algoritmen er konfigureret i overensstemmelse hermed. I tilfælde af dynamisk indhold foretrækker mange webstedsoperatører på den anden side stadig gzip. Andre hævder, at Brotli kan holde trit med gzip selv med dynamisk indhold.

Ikke alle browsere understøtter Brotli

For så vidt angår servere, NGINX og Apache (fra version 2.5) støtte Brotli. Det er dog ikke alle browsere, der er inkluderet endnu. Du kan kontrollere, hvilke browsere der understøtter Brotli som komprimeringsstandard på caniuse.com.

Hvorfor Googles komprimeringsalgoritme "Brotli" er et rigtigt gzip-alternativ
Kilde: https://caniuse.com/brotli

Brugere af Internet Explorer, for eksempel, har at gøre uden Brotli i øjeblikket. Den gode nyhed er dog, at indholdet stadig leveres til disse brugere: Her tændes gzip automatisk. Så du behøver ikke at bekymre dig om, at dine besøgende slet ikke vil se noget.

Da i det mindste i Tyskland Chrome og Firefox allerede dækker mere end 70 procent af markedet, kan du antage alligevel, at en stor del af dine besøgende allerede kan drage fordel af Brotli.

Konklusion

Spar lagerplads, levere hjemmesider hurtigere og forbedre ydeevnen: vi er glade for at være en del af dette. Efter min mening er fordelene indlysende. RAIDBOXES Kunderne drager allerede fordel i dag: Brotli er indbygget i serverne som standard.

Som systemadministrator overvåger Tobias vores infrastruktur og finder alle justeringsskruer for at optimere vores serveres ydeevne. På grund af hans utrættelige indsats, er han ofte også Slack findes.

Lignende artikler

Kommentarer til denne artikel

Skriv svar på en

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *.