Compression et empaquetage ZIP

L’empaquetage ZIP regroupe plusieurs fichiers sélectionnés dans une archive téléchargeable et facilite souvent l’envoi ou le stockage. Il sert à transmettre des fichiers dispersés, préparer un lot de livraison, regrouper des captures, joindre plusieurs documents à un e-mail ou créer une petite sauvegarde. ZIP est un format sans perte : après extraction, les fichiers doivent être restaurés à l’identique. En revanche, les formats déjà compressés comme JPG, PNG, MP4 ou PDF peuvent peu diminuer. Cet outil de navigateur crée l’archive localement, sans envoyer les fichiers sélectionnés au serveur. Il convient aux ensembles modérés; de très gros fichiers peuvent consommer beaucoup de mémoire. Un ZIP n’est pas un chiffrement, les fichiers sensibles demandent une protection supplémentaire.

Le conteneur ZIP est défini par la spécification APPNOTE de PKWARE (révision actuelle 6.3.10). Un fichier `.zip` est une séquence de trois types d'enregistrements : chaque fichier stocké est précédé d'un Local File Header avec la signature sur 4 octets `0x04034b50` (PK\x03\x04) suivi de ses données compressées ; après le dernier fichier vient le Central Directory, un tableau de File Headers (signature `0x02014b50`) qui répertorie chaque entrée avec son nom, ses tailles, son CRC-32 et son décalage vers le local header ; enfin l'enregistrement End of Central Directory (signature `0x06054b50`) se trouve à la toute fin du fichier et pointe vers le début du central directory. Les lecteurs analysent le `.zip` depuis la fin : ils scannent à rebours depuis la fin du fichier pour trouver la signature EOCD, sautent vers le central directory, puis accèdent à chaque local header — c'est pourquoi ZIP prend en charge l'ajout en flux et l'accès aléatoire rapide à une seule entrée sans lire l'intégralité de l'archive. Cet outil utilise la bibliothèque JSZip (avec fflate comme alternative plus rapide) pour assembler l'archive dans le navigateur. Chaque objet `File` sélectionné par l'utilisateur est lu sous forme d'`ArrayBuffer`, ajouté avec `zip.file(name, buffer)`, puis `zip.generateAsync({ type: 'blob', compression: 'DEFLATE', compressionOptions: { level: 6 } })` produit un `Blob` exposé à l'utilisateur sous forme de téléchargement via `URL.createObjectURL()`. DEFLATE est la méthode de compression ZIP standard, définie dans la RFC 1951 ; elle combine le dictionnaire à fenêtre glissante LZ77 avec le codage de Huffman. Le niveau de compression 6 (par défaut) est un compromis — le niveau 1 est environ 4× plus rapide mais 5 à 15 % plus volumineux, tandis que le niveau 9 est 2 à 3× plus lent que 6 pour un gain supplémentaire typique de 1 à 2 %. L'intégrité est assurée par le CRC-32, calculé par fichier avec le polynôme IEEE 802.3 `0xEDB88320` (inversé), et stocké à la fois dans le local file header et l'entrée du central directory. Les noms de fichiers sont écrits en UTF-8 lorsque le bit 11 du drapeau général est positionné (obligatoire depuis APPNOTE 6.3.0, 2006) ; sans ce drapeau, les anciens outils supposent la page de codes OEM locale (CP437 sur DOS, CP936/GBK sur Windows chinois) et les noms non ASCII apparaissent corrompus. Le format ZIP classique utilise des champs 32 bits pour les tailles et les décalages, limitant une entrée individuelle et l'archive totale à environ 4 Gio (2^32 − 1 = 4 294 967 295 octets) ; le ZIP64, défini dans APPNOTE 4.5+, étend ces valeurs à 64 bits via des champs supplémentaires, mais la construction en mémoire de JSZip contraint la taille pratique de l'archive à quelques centaines de Mo avant que les onglets n'épuisent la mémoire.

• Structure du fichier ZIP (PKWARE APPNOTE 6.3.10) : Local File Headers (`0x04034b50`) + données de fichier, puis Central Directory (`0x02014b50`), terminé par l'EOCD (`0x06054b50`).
• Les lecteurs analysent depuis la fin : ils scannent à rebours pour trouver la signature EOCD, puis sautent vers le central directory — cela permet une extraction rapide d'un seul fichier sans parcourir l'intégralité de l'archive.
• Compression DEFLATE (RFC 1951) = dictionnaire à fenêtre glissante LZ77 + codage de Huffman ; le niveau 6 est le compromis par défaut, le niveau 9 gagne environ 1-2 % pour une vitesse 2-3× moindre.
• Intégrité : CRC-32 avec le polynôme `0xEDB88320` (IEEE 802.3 inversé), stocké à la fois dans le local header et le central directory ; vérifié à l'extraction.
• Les noms de fichiers UTF-8 nécessitent le bit 11 du drapeau général (APPNOTE 6.3.0, 2006) ; sans lui, les anciens outils retombent sur CP437 / la page OEM locale et corrompent les noms non ASCII.
• Le ZIP classique limite les tailles à 2^32 − 1 = 4 294 967 295 octets par fichier et par archive ; les champs supplémentaires ZIP64 (APPNOTE 4.5+) étendent à 64 bits pour des charges plus volumineuses.
• Implémentation navigateur : JSZip / fflate lisent chaque `File` via `arrayBuffer()`, construisent l'archive en mémoire et la diffusent sous forme de `Blob` téléchargeable — aucun envoi au serveur.