Decompressore e compressore Gzip

Decomprimi dati gzip in Base64 o hex in testo leggibile, o comprimi testo in gzip Base64, con confronto delle dimensioni. Tutto nel browser — nulla viene caricato.

Comprimi e decomprimi Codifica Base64 Elaborazione lato client

Come utilizzare il decodificatore Gzip

1

Scegli la modalità

Seleziona Comprimi (testo in gzip) o Decomprimi (gzip in testo).

2

Inserisci l'input

Incolla dati gzip codificati in Base64 o testo semplice a seconda della modalità.

3

Converti e verifica

Clicca Converti e controlla il confronto delle dimensioni e l'output.

Cos'è Gzip?

Gzip è un formato di file e un'applicazione software per la compressione e decompressione. Utilizza l'algoritmo DEFLATE, che combina LZ77 e codifica di Huffman. Gzip è ampiamente utilizzato per ridurre le dimensioni dei file nei server web, nel trasferimento di dati e nell'archiviazione di file.

Utilizzi comuni

Compressione web

I server HTTP comprimono le risposte per ridurre la dimensione del trasferimento

Archiviazione file

Creazione di archivi compressi .gz di file

Payload API

Compressione di grandi payload JSON o di testo nelle API

Perché Base64 e Gzip vanno sempre insieme?

I dati gzip grezzi sono binari: non possono essere salvati o trasmessi dove è ammesso solo testo. Base64 codifica i byte compressi in caratteri ASCII sicuri, ecco perché il «gzip in Base64» è ovunque:

Errori dei servizi cloud

S3 e altri servizi restituiscono corpi di errore compressi con gzip come Base64 in JSON

Serverless e code di messaggi

I payload Lambda e i messaggi SQS/Kafka vengono compressi e codificati in Base64 per restare testuali

Corpi HTTP e API

I grandi JSON vengono compressi con Content-Encoding: gzip e trasportati come Base64 in campi di testo

Log e webhook

I batch di log compressi e i payload dei webhook vengono inviati come stringhe Base64

Questo strumento esegue la combinazione in un passaggio: incolla la stringa Base64 e decodifica Base64 e decomprime gzip di nuovo in testo leggibile. Accetta anche byte gzip in hex (come 1f 8b 08).

Domande frequenti

Perché l'output Base64 è più grande dell'input?

Comprimendo dati già piccoli o molto randomici, la compressione Gzip potrebbe non ridurre le dimensioni, e la codifica Base64 aggiunge circa il 33% di overhead. Questo strumento mostra il confronto delle dimensioni così puoi valutare il beneficio.

Qual è la dimensione massima dell'input?

Questo strumento elabora i dati interamente nel tuo browser. Input molto grandi (diveri MB) potrebbero funzionare ma potrebbero rallentare il browser. Per la compressione di file di grandi dimensioni in produzione, utilizza strumenti lato server.

È la stessa cosa dei file .zip?

No. Gzip comprime un singolo flusso o file. Il formato .zip è un formato di archivio che può contenere più file con compressione individuale. Gzip è più semplice e spesso utilizzato per la compressione di singoli file e la codifica dei contenuti HTTP.

Come decodifico dati gzip codificati in Base64?

Incolla la stringa Base64 con la modalità Decomprimi attiva. Lo strumento prima decodifica il Base64 in byte gzip binari, poi li decomprime con DEFLATE e mostra il testo leggibile — nessuna decodifica manuale in due passaggi.

Qual è la differenza tra Gzip, Deflate e Zlib?

Tutti e tre usano lo stesso algoritmo DEFLATE ma lo incapsulano in modo diverso. Zlib aggiunge una piccola intestazione e un checksum attorno al flusso deflate grezzo. Gzip incapsula deflate in un formato file con intestazione, timestamp e CRC32. In HTTP Content-Encoding il valore standard è «gzip».

Come comprimo o decomprimo file .gz dalla riga di comando?

gzip file.txt comprime in file.txt.gz ed elimina l'originale; -k lo conserva. Decomprimi con gunzip file.txt.gz o gzip -d. Per più file contemporaneamente, tar czf archive.tar.gz dir/ raggruppa e comprime in un unico passaggio, e tar xf spacchetta. zcat legge in streaming un file .gz senza scrivere nulla - comodo per i log compressi.

Quale livello di compressione dovrei usare?

zlib espone i livelli 1-9: 1 è il più veloce ma produce l'output più grande, 9 comprime di più al prezzo della massima lentezza, e 6 è il valore predefinito, vicino al punto ottimale per il testo. I livelli 7-9 di solito offrono guadagni solo di percentuali a una cifra rispetto a 6, impiegando tempi notevolmente più lunghi. Per le risposte web, il tempo di CPU spesso conta più dell'ultimo 5% di dimensione.

gzip è ancora rilevante accanto a Brotli e zstd?

Molto. gzip (RFC 1952) è il fallback universale - ogni client, server e formato di pacchetto lo supporta - mentre Brotli tipicamente comprime il testo web ottenendo dimensioni inferiori del 15-20% a velocità simile grazie a un dizionario integrato, e zstd vince in velocità di compressione e decompressione con rapporti di compressione elevati. La negoziazione del contenuto HTTP seleziona la migliore codifica supportata da entrambe le parti; .tar.gz resta il formato di archivio predefinito multipiattaforma.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}