Les dossiers méritent mieux qu'un ZIP

Clic droit, « Compresser », attendre, joindre, envoyer. Puis le destinataire télécharge, fait un clic droit, « Extraire », attend à nouveau. La plupart d'entre nous le font sans y penser — c'est ainsi qu'on envoie des dossiers depuis des décennies. Je pense qu'il est temps d'arrêter de compresser les dossiers juste pour les partager. Le format ZIP date de 1989, à une époque où le problème était de faire tenir des documents sur des disquettes et de passer par des modems lents. Nos dossiers, aujourd'hui, ce sont des projets vidéo, des séances photo et des dépôts de code, et cette vieille habitude coûte plus qu'elle ne rapporte.

Pourquoi compressons-nous les dossiers ?

Parce que la plupart des canaux de partage transportent des fichiers uniques. Une pièce jointe d'e-mail est un fichier. Un envoi dans une messagerie est un fichier. Un lien de téléchargement classique pointe vers un seul fichier. Un dossier est une arborescence de fichiers : il faut donc l'emballer dans un seul fichier pour qu'il passe par ces tuyaux.

La compression était la deuxième raison, et en 1989 elle comptait : le texte et les tableurs rétrécissent beaucoup. Mais cette raison a discrètement disparu pour la plupart des dossiers que l'on envoie aujourd'hui.

Que vous coûte réellement la compression ?

Prenons un exemple réel : un dossier de 40 GB issu d'un mariage — photos RAW, quelques clips MP4, des JPEG retouchés.

• L'espace disque, deux fois. Il vous faut environ 40 GB libres pour l'archive à côté de l'original. Le destinataire a besoin de 40 GB pour le ZIP et de 40 GB de plus pour le décompresser — 80 GB pour un dossier de 40 GB, au moins jusqu'à ce qu'il supprime l'archive.
• Le temps, trois fois. Vous attendez pendant la compression, puis pendant le transfert, puis le destinataire attend pendant la décompression. Sur un ordinateur portable, compresser et décompresser des dizaines de gigaoctets peut prendre autant de temps que le transfert lui-même.
• Presque aucune compression. JPEG, MP4, MOV et la plupart des formats RAW sont déjà compressés. Les zipper ne change presque pas leur taille. Vous payez le temps et l'espace disque et ne récupérez quasiment rien.
• Rien n'est utilisable avant la fin. Avec une seule grosse archive, le destinataire ne peut pas ouvrir la première photo avant que le dernier octet soit arrivé et que tout soit extrait.

Qu'est-ce qui casse dans un ZIP ?

Le coût est une chose. Il y a aussi des problèmes, et généralement au pire moment.

Les chemins longs. Par défaut, Windows limite la longueur totale d'un chemin de fichier à 260 caractères. Un dossier de projet créé sur un Mac, avec des sous-dossiers profonds et des noms descriptifs, peut s'extraire sous Windows avec des erreurs ou des fichiers manquants.

Les archives énormes. Le format ZIP d'origine s'arrête à 4 GB par fichier et à 65 535 entrées. L'extension ZIP64 supprime ces limites, mais tous les outils, sur toutes les machines, ne la gèrent pas de la même façon. Certains stockages cloud découpent le téléchargement d'un gros dossier en plusieurs fichiers ZIP, que le destinataire doit ensuite rassembler.

Les noms de fichiers. Les archives créées avec un outil et ouvertes avec un autre peuvent abîmer les noms de fichiers non latins — cyrillique, grec, chinois, lettres accentuées. La structure arrive, les noms non.

Les fichiers parasites. Les archives créées par le Finder de macOS contiennent des dossiers __MACOSX et des fichiers .DS_Store qui déroutent les utilisateurs de Windows et finissent dans le projet du destinataire.

Une erreur, et tout est à refaire. Si un téléchargement de 40 GB échoue à 95 %, l'archive est inutilisable. Si un seul octet est endommagé, l'extraction peut s'arrêter en plein milieu.

Rien de tout cela n'est exotique. Si vous avez déjà envoyé un dossier de plus de quelques gigaoctets, vous avez probablement rencontré au moins l'un de ces problèmes.

Comment StrongFolder envoie-t-il un dossier en tant que dossier ?

Nous avons construit StrongFolder sur une idée simple : si les fichiers vont directement de votre navigateur à celui du destinataire, il n'y a aucune raison de les emballer d'abord dans un seul fichier.

Quand vous choisissez un dossier, votre navigateur lit son arborescence — chaque sous-dossier et chaque nom de fichier. Rien n'est téléversé. Vous envoyez le lien ; le destinataire l'ouvre et choisit où enregistrer. Les fichiers voyagent alors directement entre les deux navigateurs via une connexion WebRTC chiffrée, chacun avec son chemin relatif, et la même arborescence apparaît sur le disque du destinataire.

Ce que cela change en pratique :

• Ni compression ni décompression. Le transfert commence dès que le destinataire ouvre le lien.
• Pas d'espace disque supplémentaire. Le destinataire a besoin de place pour le dossier, pas pour le dossier plus une archive.
• Les fichiers arrivent un par un. Les premières photos sont sur le disque du destinataire pendant que les autres sont encore en route.
• Les chemins sont traités honnêtement. Si un chemin est trop long pour Windows, nous raccourcissons le nom et ajoutons un fichier texte qui liste chaque fichier renommé. Rien ne disparaît en silence.
• Aucun plafond de taille de notre part. Aucune limite de taille fixée par StrongFolder. Les limites pratiques sont l'espace disque libre sur l'appareil du destinataire, la vitesse de connexion et la durée pendant laquelle les deux appareils restent en ligne.

Il y a deux conditions que je mentionne toujours. Pour enregistrer un dossier entier avec sa structure, le destinataire a besoin de Chrome, Edge, Opera ou d'un autre navigateur Chromium sur un ordinateur — les autres navigateurs téléchargent les fichiers un par un ou en ZIP. Et votre onglet doit rester ouvert jusqu'à ce que le destinataire ait terminé, car les fichiers viennent de votre appareil, et non d'un serveur. C'est la contrepartie du fait de ne rien téléverser. Pourquoi l'expéditeur reste en ligne l'explique en détail.

Quand un ZIP reste-t-il le bon outil ?

Je ne suis pas contre le ZIP. C'est un excellent format — mais pas comme étape par défaut avant chaque envoi. Je compresse encore quand :

• j'archive. Un seul fichier est plus facile à stocker, à vérifier par somme de contrôle et à conserver pendant des années ;
• j'ai besoin d'un mot de passe. Les liens StrongFolder n'ont pas de mot de passe. Pour des fichiers sensibles, une archive chiffrée (par exemple 7-Zip avec AES-256) et un mot de passe envoyé par un autre canal ajoutent une couche qui fonctionne avec n'importe quelle méthode de transfert ;
• le dossier contient des dizaines de milliers de minuscules fichiers. Un dossier node_modules ou un cache de petites images se transfère plus vite en un seul fichier, car chaque fichier a son propre surcoût ;
• le destinataire est sur un téléphone. Les téléphones ne peuvent pas enregistrer une arborescence depuis un navigateur : les fichiers arrivent de toute façon un par un ou en ZIP.

Pour tout le reste — la séance photo, le montage, le projet de CAO, le mod de jeu, les archives numérisées — envoyez le dossier tel quel.

Comment arrêter pour de bon de compresser les dossiers ?

Si vous voulez la version pas à pas, avec l'e-mail, les stockages cloud et les services de transfert comparés côte à côte, lisez Comment envoyer un dossier sans le compresser. Pour les très gros dossiers, Comment envoyer de gros fichiers traite de la vitesse et de la configuration, et Limites et prérequis détaille chaque particularité des navigateurs.

Et si un dossier arrive un jour abîmé — mauvais noms, sous-dossiers manquants, quoi que ce soit — écrivez-moi à info@strongfolder.com. Les dossiers sont la raison d'être de StrongFolder, et je veux le savoir.