Przejdź do treści
TextArray1.41.0
100% lokalnie

Kalkulator rozmiaru kompresji

Dowiedz się, jak Twój tekst zmniejszy się przy kompresji gzip, deflate lub brotli.

Wejście
Wynik
Powiązane narzędzia
Konwerter jednostek bajtówLiczby
Licznik bajtów UTF-8Podstawowe narzędzia
Base64 kodowanie i dekodowanieKodowanie i konwersja
różnica kluczy i18nNarzędzia dla programistów
Konwerter TOML na JSONNarzędzia dla programistów
SQL do JSONNarzędzia dla programistów
Kalkulator rozmiaru kompresji
Wklej dowolny tekst, a to narzędzie skompresuje go za pomocą natywnego CompressionStream przeglądarki, aby pokazać dokładnie, jak się zmniejszy. Wyświetla rozmiar oryginalny w bajtach i kB, rozmiar skompresowany, stosunek kompresji i procent zaoszczędzonych — przydatne do szacowania rozmiaru transferu gzip, porównywania ładunków JSON lub sprawdzania, czy blok tekstu warto kompresować przed przechowaniem lub wysłaniem.
Wybierz algorytm z gzip, deflate, deflate-raw lub brotli, takie same formaty, które używają serwery WWW lub potoki budowania do kompresji odpowiedzi. Włącz "Porównaj wszystkie algorytmy" i uruchom każdy naraz, aby zobaczyć je obok siebie w jednej tabeli — najszybszy sposób na sprawdzenie, czy brotli ma lepszy stosunek niż zwykły gzip dla Twojego konkretnego tekstu. "Pokaż skompresowane dane jako Base64" wypisuje skompresowane bajty wybranego algorytmu jako ciąg Base64, przydatne do osadzania skompresowanego ładunku bezpośrednio w kodzie lub URI danych.
Wsparcie brotli różni się w zależności od przeglądarki — niektóre silniki nie implementują jeszcze brotli dla CompressionStream, a narzędzie to jasno stwierdza zamiast udawać, że zostało uruchomione. Bardzo krótki lub już skompresowany tekst (jak krótkie losowe ID) może okazać się większy niż wejście po dodaniu narzutu ramowania; to jest normalne i stosunek to pokaże. Licznik na żywo poniżej wyjścia zawsze pokazuje liczbę bajtów od oryginalnego do skompresowanego i procent zaoszczędzonych dla wybranego algorytmu.
Wszystko działa lokalnie w Twojej przeglądarce za pośrednictwem Web Compression Streams API — Twój tekst nigdy nie jest nigdzie wysyłany, więc bezpiecznie można testować odpowiedzi API, pliki konfiguracyjne lub cokolwiek innego, czego nie chciałbyś wklejać na stronę trzeciej strony. Skopiuj raport, pobierz go jako plik .txt lub wyślij dane wyjściowe z powrotem do innego narzędzia, aby kontynuować pracę.
Częste pytania
Który algorytm kompresji powinienem wybrać?
gzip jest najszerzej wspierany i dobrym punktem odniesienia do porównania z kompresją na rzeczywistych serwerach. Brotli zwykle kompresuje tekst nieco mniej, ale jest nowszy i nie jest obsługiwany wszędzie. Włącz "Porównaj wszystkie algorytmy", aby zobaczyć rzeczywistą różnicę dla Twojego tekstu.
Dlaczego rozmiar skompresowany jest większy niż oryginalny dla krótkich tekstów?
Każdy format kompresji dodaje niewielką stałą ilość narzutu na nagłówek i ramowanie. Przy bardzo krótkim wejściu te narzuty mogą przewyższyć oszczędności, więc "skompresowany" rozmiar może być większy niż oryginalny — to jest normalne i to samo dzieje się na rzeczywistych serwerach.
Co oznacza stosunek kompresji?
To jest rozmiar oryginalny podzielony przez rozmiar skompresowany, wyświetlony jako X:1. Stosunek 3:1 oznacza, że dane skompresowane są mniej więcej trzecią częścią rozmiaru oryginalnego.
Dlaczego mówi, że brotli nie jest obsługiwane?
Nie każda przeglądarka implementuje format brotli dla natywnego CompressionStream API. Gdy się to zdarzy, narzędzie wyraźnie to informuje zamiast wyświetlania złych liczb — spróbuj gzip lub deflate, lub sprawdź w zaktualizowanej przeglądarce.
Czy moje dane są wysyłane gdziekolwiek?
Nie. Kompresja działa całkowicie w Twojej przeglądarce za pośrednictwem natywnego Web Compression Streams API — Twój tekst nigdy nie jest wysyłany na serwer.