Flera typer av Gzip-filer och applikationer som finns tillgängliga idag låter dig komprimera HTTP-innehåll innan det levereras till en klient, och dessa används alla på Unix och Unix-liknande system. Som ett resultat av denna process har en fil visat sig krympa med så mycket som 80 procent, vilket resulterar i snabbare sidinläsningstider, mindre bandbreddsförbrukning och en minskning av SSL-overhead.
Komprimering kan användas innan innehållet lämnar servern för att minska filstorleken och åtgärda detta problem. Det finns en standardkomprimeringsmetod som heter Gzip, som används flitigt av webbservrar, webbläsare och andra applikationer för sömlös komprimering och dekomprimering av innehåll när det överförs över internet. Den kan minska storleken på JavaScript-, CSS- och HTML-filer med upp till 90 % med hjälp av gzip-komprimeringsalgoritmen, som främst används med kod- och textfiler.
Hur fungerar Gzip?
- För att avgöra om webbläsaren stöder gzip-komprimering kontrollerar en server rubriken på en begäran när den tar emot en begäran om en webbsida.
- Om så är fallet genererar servern markupen för sidan innan gzip-komprimeringen tillämpas.
- För att leverera den komprimerade dataströmmen till slutanvändaren konverterar Gzip markup-innehållet till en komprimerad dataström.
- Det finns en process genom vilken den komprimerade strömmen dekomprimeras när den når slutanvändarens webbläsare.
- Att komprimera webbinnehåll med GZIP är en av de mest populära teknikerna som används för att komprimera innehåll på webben. Det uppskattas att mer än femtio procent av alla webbplatser på internet använder GNU Zips förlustfria komprimering för att komprimera allt från sidor till videor och foton de refererar till.
Trots GZIPs popularitet idag är standardversionens komprimeringsförhållande ofta lägre än Brotlis, vilket representerar en blygsam förbättring jämfört med standardversionen av GZIP. Dessutom är antagandet av GZIP nu långsamt nedåtgående i takt med att webbplatser övergår till modernare tekniker än GZIP.
Effekten av komprimeringsnivåer på resursanvändning
Till skillnad från andra komprimeringsprocesser är Gzip-komprimering beroende av processorn och har en mängd olika komprimeringsnivåer att välja mellan. Ju högre komprimeringsnivå, desto mindre fil, men desto mer processortid tar det.
Det har uppskattats att den genomsnittliga storleken på en webbsida har ökat med nästan 1,2 MB under de senaste tio åren. Som ett resultat blir det alltmer nödvändigt att utveckla metoder för att snabbt och effektivt leverera stora mängder data i takt med att våra informationsbehov ökar.
När ska GZIP användas?
GZIPs komprimeringsalgoritmer ger en acceptabel komprimeringsnivå för statiskt och dynamiskt innehåll, och de är tillräckligt snabba för att köras på praktiskt taget vilken klient/server som helst. Dessutom fungerar många tekniker som används idag bra med statiskt innehåll, såsom bz2, xz och Brotli.
Trots en långsam nedgång i webbstödet för GNU Zip har det fortfarande många användningsområden som kommer att hålla det relevant i många år. Till exempel, oavsett nyare komprimeringstekniker, kommer det alltid att finnas en avvägning mellan serversidesbehandling och klientsideskomprimeringsförhållanden.
Om du är intresserad av att läsa fler artiklar av det här slaget, kolla in Seahawk Media .
