Convertir 7Z en ZIP

L’arrivée typique sur cette page n’est pas un choix de compression. Quelqu’un a envoyé un `.7z`, et la machine devant vous ne l’ouvre pas, ou le système où vous devez le déposer ne l’accepte pas — un portail qui nomme ZIP dans son aide, un lecteur partagé qui prévisualise ZIP et laisse tomber le reste, un portable où installer un archiveur demande un ticket.

ZIP règle cela en étant plus ancien et plus terne. PKWARE l’a publié en 1989 et sa spécification, APPNOTE.TXT, est publique depuis ; la prise en charge a été intégrée à Windows et macOS depuis longtemps et dans pratiquement tout point de dépôt écrit depuis. Ce n’est pas le meilleur format à aucune mesure technique, c’est le format supposé, et être supposé vaut plus qu’être bon quand la contrainte est sur la machine de quelqu’un d’autre. C’est aussi pourquoi cette conversion vaut la peine d’être faite même si elle grossit le fichier — l’alternative n’est pas un fichier plus petit, c’est un fichier que personne ne peut ouvrir.

Le registre marque 7Z comme solide et ZIP comme non, et ce drapeau est toute la différence de taille. Une archive solide colle ses membres en un flux avant de compresser, donc une phrase qui apparaît dans quarante fichiers est stockée une fois et référencée trente-neuf fois. Ajoutez un dictionnaire jusqu’à 64 Mo et le compresseur peut atteindre à peu près n’importe où dans une archive typique pour trouver cette répétition.

ZIP ne peut rien de tel. Chaque entrée est déflatée séparément dans une fenêtre de 32 Ko puis listée dans un répertoire central, donc quarante fichiers similaires sont compressés quarante fois depuis un point de départ immobile et la redondance entre eux est payée quarante fois. Attendez-vous à un ZIP notablement plus gros là où le 7Z contenait beaucoup de documents similaires, et à peine plus gros là où il contenait des photos ou des vidéos déjà compressées avant d’être archivées. Si la différence s’avère avoir de l’importance — une limite de pièce jointe, un téléversement lent — la réponse est en général un lien plutôt qu’un autre format, parce qu’aucun conteneur ouvrable partout ne compressera comme un conteneur solide.

La propriété qui coûte à ZIP son taux de compression est la même qui l’a rendu universel. Parce que chaque entrée tient debout seule et qu’un répertoire à la fin dit où chacune commence, un programme peut lire un fichier d’une grande archive sans toucher au reste, et peut lister le contenu sans rien décompresser.

C’est ce qui permet à l’Explorateur de vous montrer l’intérieur d’un ZIP comme s’il s’agissait d’un dossier, et à une application web d’accepter un téléversement et d’en extraire un seul membre. Un 7Z solide doit être décompressé depuis le début pour atteindre un fichier au milieu, ce qui est correct pour une archive qu’on déballe en entier et maladroit pour tout ce qui est construit autour de la navigation.

Les deux formats supportent les mots de passe, et aucun des deux ne peut être converti tant qu’un mot de passe est posé. L’extracteur sur notre convertisseur est invoqué avec un mot de passe vide volontairement : une archive protégée échoue alors immédiatement avec un message lisible au lieu de bloquer sur une invite qui n’a pas de terminal où s’afficher.

Le correctif est de votre côté et il est court. Extrayez le 7Z localement avec le mot de passe, puis compressez le dossier obtenu en ZIP — l’Explorateur et le Finder font l’un comme l’autre depuis le menu contextuel. Personne qui ne peut pas fournir le mot de passe ne devrait pouvoir ré-empaqueter l’archive, et ce convertisseur n’est pas une exception.

Cette paire ne tourne pas dans votre navigateur. L’archive est téléversée via une connexion chiffrée vers notre convertisseur, 7-Zip l’extrait dans un répertoire de travail, et le contenu est ré-empaqueté en ZIP depuis l’intérieur de ce répertoire pour que le résultat contienne vos fichiers plutôt qu’un dossier conteneur. La sortie est renvoyée et tout ce que le travail a écrit est supprimé à la fin.

Cet espace de travail est un système de fichiers en mémoire, de taille bornée, et il est jeté avec le conteneur qui s’en est servi. Les limites qui suivent sont 25 Mo par fichier sur la version gratuite et soixante secondes par travail, après quoi le processus est tué — assez long pour toute archive qui tient dans la limite d’envoi, et assez court pour qu’un fichier délibérément mal formé ne puisse pas rester là à tourner.

Les deux formats sont de vrais conteneurs, donc les noms, les dossiers imbriqués et les chemins complets survivent à l’aller-retour, et les deux portent des sommes de contrôle, donc un membre endommagé est détecté plutôt qu’extraite silencieusement. Les membres eux-mêmes sont copiés sans être ré-encodés ; un conteneur sans perte n’a rien à ré-encoder.

Ce qui peut être perdu, ce sont les métadonnées au niveau du conteneur qui n’ont jamais vécu à l’intérieur des fichiers : un mot de passe d’archive, et sur certains formats les permissions et horodatages d’origine. Si un build ou un déploiement dépend d’un bit exécutable, rétablissez-le après l’extraction plutôt que de supposer que le ZIP l’a porté.

Le design original de ZIP utilisait des champs 32 bits, ce qui plafonnait une archive et chaque membre à 4 Go et le nombre d’entrées à 65 535. L’extension ZIP64 dans APPNOTE.TXT lève ces trois limites, et les outils actuels l’écrivent automatiquement quand ils en ont besoin.

Rien de ce que vous pouvez convertir sur la version gratuite n’approchera de tout cela — la limite d’envoi de 25 Mo arrive la première, de loin. Cela vaut la peine d’être su, parce que c’est la raison pour laquelle de très vieux logiciels refusent parfois un grand ZIP moderne, et la raison pour laquelle « ZIP est universel » est une affirmation sur le cas courant plutôt qu’une garantie.

Si l’archive va dans votre propre stockage plutôt qu’à quelqu’un d’autre, la conversion grossit le fichier sans bénéfice. 7-Zip, Keka et PeaZip sont tous gratuits et tous le lisent, et le registre liste précisément ceux-là comme logiciels pour le format.

La conversion gagne sa place quand la contrainte est à l’autre bout et que vous ne pouvez pas la modifier. C’est une question qu’il vaut la peine de poser explicitement avant de convertir : le problème est-il le fichier, ou la machine devant moi ? Si c’est la machine et que vous pouvez y installer un archiveur, c’est le correctif le moins cher et il laisse la compression tranquille.

Une fois que vous avez le ZIP, l’obstacle habituel n’est plus le format mais la taille. Les systèmes de messagerie refusent couramment les pièces jointes de plusieurs dizaines de méga-octets, et beaucoup examinent aussi l’intérieur des archives, donc un ZIP contenant des exécutables ou des scripts peut être rejeté sur son contenu plutôt que sur son extension. Le ré-empaquetage a grossi le fichier, ce qui veut dire que cette conversion peut parfois transformer un message qui aurait été délivré en un qui ne l’est pas.

Quand cela arrive, la réponse est un lien plutôt qu’un autre format d’archive, et reconvertir n’aide pas. Il vaut la peine de séparer les deux échecs parce qu’ils se ressemblent de l’extérieur : convertir en ZIP règle « mon logiciel ne peut pas ouvrir ceci », et rien dans le conteneur ne règle « votre serveur de messagerie n’en veut pas ». Si le destinataire peut atteindre un lecteur partagé ou un service de fichiers, cette voie évite les deux problèmes et n’a pas de plafond de taille qui mérite discussion.

Un ré-empaquetage mérite un coup d’œil avant de partir, et les deux formats rendent cela facile parce que tous deux stockent des sommes de contrôle par entrée. Ouvrez le ZIP, comparez le nombre d’entrées et les chemins avec ceux du 7Z, et confirmez que rien n’est arrivé à une profondeur différente de celle attendue — l’archive est écrite depuis l’intérieur du répertoire extrait, donc vos fichiers se trouvent à la racine plutôt que sous un dossier conteneur, ce qui peut ou non correspondre à l’original.

Le seul cas qui justifie vraiment un regard plus attentif est une archive contenant des dossiers vides. Les deux formats peuvent enregistrer un dossier sans fichier dedans, et les outils divergent sur la question de savoir s’ils en recréent un à l’extraction, donc une structure qui dépend de l’existence d’un dossier vide est ce qui a le plus de chances de sortir subtilement différent. Si un build ou un import attend ce dossier, créez-le explicitement plutôt que de faire confiance à l’archive pour le porter.