Hoppa till innehåll
100% lokalt

Kompressionsstorlek-räknare

Se hur mycket mindre din text blir med gzip-, deflate- eller brotli-komprimering.

Inmatning
Utmatning

Kompressionsstorlek-räknare

Klistra in valfri text och detta verktyg komprimerar den med webbläsarens interna CompressionStream-API för att visa exakt hur mycket mindre det blir. Det rapporterar den ursprungliga storleken i bytes och KB, den komprimerade storleken, kompressionsförhållandet och den sparade procentsatsen — användbar för att uppskatta gzip-överföringsstorlekar, jämföra JSON-nyttolaster eller kontrollera om en textblob är värd att komprimera innan du lagrar eller skickar den.

Välj en algoritm från gzip, deflate, deflate-raw eller brotli — samma format som en webbserver eller byggpipeline använder för svarskompression. Slå på "Jämför alla algoritmer" för att köra alla på en gång och se dem sida vid sida i en enda tabell — det snabbaste sättet att se om brotlis bättre förhållande jämfört med vanlig gzip faktiskt gör skillnad för din specifika text. "Visa komprimerad data som Base64" skriver ut de komprimerade byten för den valda algoritmen som en Base64-sträng, praktisk för att bädda in en komprimerad nyttolast direkt i kod eller en data-URI.

Brotli-stödet varierar beroende på webbläsare — vissa motorer implementerar det ännu inte för det interna CompressionStream-API:et, och verktyget säger det tydligt istället för att låtsas att det kördes. Mycket kort eller redan komprimerad text (som ett kort slumpmässigt ID) kan bli större än inmatningen när ramöverheaden läggs till; det är normalt och förhållandet visar det. Livrullningen under utmatningen visar alltid antalet byte från original till komprimerad och den sparade procentsatsen för den algoritm du har valt.

Allt körs lokalt i din webbläsare via Web Compression Streams API — din text laddas aldrig upp någonstans, så det är säkert att testa API-svar, konfigurationsfiler eller annat du inte vill klistra in på en tredjepartswebbplats. Kopiera rapporten, ladda ned den som en .txt-fil eller skicka utmatningen till ett annat verktyg.

FAQ

Vilket kompressionsalgoritm ska jag välja?
gzip är mest utbredd och en bra standard för att jämföra med verklig servercompression. Brotli komprimerar vanligtvis text lite mindre, men är nyare och stöds inte överallt. Slå på "Jämför alla algoritmer" för att se den verkliga skillnaden för din text.
Varför är den komprimerade storleken större än originalet för kort text?
Varje kompressionsformat lägger till en liten fast mängd header- och ramöverhead. För mycket kort inmatning kan denna overhead väga tyngre än besparingarna, så den "komprimerade" storleken blir större än originalet — det här är normalt och samma sak händer på riktiga servrar.
Vad betyder kompressionsförhållandet?
Det är den ursprungliga storleken dividerat med den komprimerade storleken, visad som X:1. Ett förhållande på 3:1 betyder att de komprimerade data är ungefär en tredjedel av den ursprungliga storleken.
Varför säger det att brotli inte stöds?
Inte alla webbläsare implementerar än brotli-formatet för det interna CompressionStream-API:et. När det händer rapporterar verktyget detta tydligt istället för att visa ett felaktigt tal — prova gzip eller deflate istället, eller kontrollera igen i en uppdaterad webbläsare.
Laddas min text upp någonstans?
Nej. Kompression sker helt i din webbläsare med hjälp av det interna CompressionStream-API:et — din text skickas aldrig till en server.