Décompresseur et compresseur Gzip

Décompressez des données gzip en Base64 ou hex en texte lisible, ou compressez du texte en gzip Base64, avec comparaison des tailles. Tout se passe dans votre navigateur — rien n'est envoyé.

Compression et décompression Encodage Base64 Traitement côté client

Comment utiliser le décodeur Gzip

1

Choisissez le mode

Sélectionnez le mode Compresser (texte vers gzip) ou Décompresser (gzip vers texte).

2

Entrez les données

Collez des données gzip encodées en Base64 ou du texte brut selon le mode.

3

Convertissez et vérifiez

Cliquez sur Convertir et consultez la comparaison de taille et la sortie.

Qu'est-ce que Gzip ?

Gzip est un format de fichier et une application logicielle de compression et décompression. Il utilise l'algorithme DEFLATE, qui combine LZ77 et le codage de Huffman. Gzip est largement utilisé pour réduire la taille des fichiers sur les serveurs web, les transferts de données et l'archivage de fichiers.

Utilisations courantes

Compression web

Les serveurs HTTP compressent les réponses pour réduire la taille des transferts

Archivage de fichiers

Création d'archives .gz compressées de fichiers

Charges utiles d'API

Compression de grandes charges utiles JSON ou texte dans les API

Pourquoi Base64 et Gzip vont-ils toujours ensemble ?

Les données gzip brutes sont binaires : impossibles à stocker ou transmettre là où seul le texte est accepté. Base64 encode les octets compressés en caractères ASCII sûrs, d'où le « gzip en Base64 » partout dans les systèmes modernes :

Erreurs de services cloud

S3 et d'autres services renvoient des corps d'erreur gzippés en Base64 dans du JSON

Serverless et files de messages

Les charges Lambda et les messages SQS/Kafka sont compressés puis encodés en Base64 pour rester textuels

Corps HTTP et API

Les gros JSON compressés (Content-Encoding: gzip) transitent en Base64 dans des champs texte

Logs et webhooks

Les lots de logs compressés et les charges de webhook partent en chaînes Base64

Cet outil fait la combinaison en une étape : collez la chaîne Base64, il décode le Base64 et décompresse le gzip en texte lisible. Les octets gzip en hex (comme 1f 8b 08) sont aussi acceptés.

Questions fréquentes

Pourquoi la sortie Base64 est-elle plus grande que l'entrée ?

Lors de la compression de données déjà petites ou très aléatoires, la compression Gzip peut ne pas réduire la taille, et l'encodage Base64 ajoute environ 33% de surcharge. Cet outil affiche la comparaison de taille pour que vous puissiez évaluer le bénéfice.

Quelle est la taille maximale d'entrée ?

Cet outil traite les données entièrement dans votre navigateur. Les entrées très volumineuses (plusieurs Mo) peuvent fonctionner mais pourraient ralentir votre navigateur. Pour la compression en production de fichiers volumineux, utilisez des outils côté serveur.

Est-ce la même chose que les fichiers .zip ?

Non. Gzip compresse un seul flux ou fichier. Le format .zip est un format d'archive qui peut contenir plusieurs fichiers avec une compression individuelle. Gzip est plus simple et souvent utilisé pour la compression de fichier unique et l'encodage de contenu HTTP.

Comment décoder des données gzip encodées en Base64 ?

Collez la chaîne Base64 en mode Décompression. L'outil décode d'abord le Base64 en octets gzip binaires, puis les décompresse avec DEFLATE et affiche le texte lisible — aucun décodage manuel en deux étapes.

Quelle est la différence entre Gzip, Deflate et Zlib ?

Les trois utilisent le même algorithme DEFLATE mais l'enveloppe diffère. Zlib ajoute un petit en-tête et une somme de contrôle autour du flux deflate brut. Gzip enveloppe deflate dans un format de fichier avec en-tête, horodatage et CRC32. Dans HTTP Content-Encoding, la valeur standard est « gzip ».

Comment compresser ou décompresser des fichiers .gz depuis la ligne de commande ?

gzip file.txt compresse en file.txt.gz et supprime l'original ; -k le conserve. Décompressez avec gunzip file.txt.gz ou gzip -d. Pour de nombreux fichiers à la fois, tar czf archive.tar.gz dir/ regroupe et compresse en une seule étape, et tar xf décompresse l'archive. zcat lit un fichier .gz en continu sans rien écrire - pratique pour les logs compressés.

Quel niveau de compression dois-je utiliser ?

zlib expose les niveaux 1-9 : 1 est le plus rapide avec la plus grande sortie, 9 compresse le plus fortement mais le plus lentement, et 6 est le niveau par défaut, proche du point optimal pour le texte. Les niveaux 7-9 ne dépassent généralement le niveau 6 que de quelques pourcentages à un seul chiffre, tout en prenant nettement plus de temps. Pour les réponses web, le temps CPU compte souvent plus que les derniers 5 % de taille.

gzip est-il encore pertinent face à Brotli et zstd ?

Tout à fait. gzip (RFC 1952) est la solution de repli universelle - chaque client, serveur et format de paquets HTTP le prend en charge - tandis que Brotli réduit généralement la taille du texte web de 15-20 % à vitesse comparable grâce à son dictionnaire intégré, et zstd l'emporte sur la vitesse de compression et de décompression à des taux élevés. La négociation de contenu HTTP choisit le meilleur encodage mutuellement pris en charge ; .tar.gz reste le format d'archive multiplateforme par défaut.

{-- * 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 --}}