Le cartelle meritano più di uno ZIP

Clic destro, «Comprimi», attendi, allega, invia. Poi il destinatario scarica, clic destro, «Estrai», e attende di nuovo. Quasi tutti lo facciamo senza pensarci: è così che si inviano le cartelle da decenni. Penso che sia ora di smettere di comprimere le cartelle solo per condividerle. Il formato ZIP risale al 1989, quando il problema era far stare documenti su floppy disk e modem lenti. Le nostre cartelle oggi sono progetti video, servizi fotografici e repository di codice, e la vecchia abitudine costa più di quanto faccia risparmiare.

Perché comprimiamo le cartelle?

Perché la maggior parte dei canali di condivisione trasporta singoli file. Un allegato e-mail è un file. Un caricamento in chat è un file. Un classico link di download punta a un file. Una cartella è un albero di file, quindi deve essere impacchettata in un unico file prima di passare per quei tubi.

La compressione era il secondo motivo, e nel 1989 contava: testi e fogli di calcolo si riducono molto. Ma questo motivo è silenziosamente sparito per la maggior parte delle cartelle che si inviano oggi.

Quanto ti costa davvero comprimere?

Prendiamo un esempio reale: una cartella da 40 GB di un servizio fotografico di matrimonio — foto RAW, qualche clip MP4, alcuni JPEG ritoccati.

• Spazio su disco, due volte. Ti servono circa 40 GB liberi per l'archivio accanto all'originale. Il destinatario ha bisogno di 40 GB per lo ZIP e di altri 40 GB per estrarlo: 80 GB per una cartella da 40 GB, almeno finché non elimina l'archivio.
• Tempo, tre volte. Aspetti mentre si impacchetta, poi mentre si trasferisce, poi il destinatario aspetta mentre si estrae. Su un portatile, comprimere ed estrarre decine di gigabyte può richiedere quanto il trasferimento stesso.
• Quasi nessuna compressione. JPEG, MP4, MOV e la maggior parte dei formati RAW sono già compressi. Comprimerli cambia appena la dimensione. Paghi il tempo e lo spazio su disco e non ottieni quasi nulla in cambio.
• Niente è utilizzabile fino alla fine. Con un unico grande archivio, il destinatario non può aprire la prima foto finché non è arrivato l'ultimo byte e tutto è stato estratto.

Cosa si rompe dentro uno ZIP?

Il costo è una cosa. Ma le cose vanno anche storte, e di solito nel momento peggiore.

Percorsi lunghi. Windows limita di default la lunghezza completa di un percorso a 260 caratteri. Una cartella di progetto creata su un Mac con sottocartelle profonde e nomi descrittivi può estrarsi su Windows con errori o file mancanti.

Archivi enormi. Il formato ZIP originale si ferma a 4 GB per file e 65.535 voci. L'estensione ZIP64 elimina questi limiti, ma non tutti gli strumenti su tutti i computer la gestiscono allo stesso modo. Alcuni cloud drive dividono il download di una cartella grande in più file ZIP, che il destinatario deve poi rimettere insieme.

Nomi dei file. Gli archivi creati con uno strumento e aperti con un altro possono storpiare i nomi dei file non latini: cirillico, greco, cinese, lettere accentate. La struttura arriva, i nomi no.

Spazzatura. Gli archivi creati dal Finder di macOS includono cartelle __MACOSX e file .DS_Store che confondono chi usa Windows e finiscono nel progetto del destinatario.

Un errore, e si ricomincia. Se un download da 40 GB fallisce al 95%, l'archivio è inutilizzabile. Se un solo byte è danneggiato, l'estrazione può fermarsi a metà.

Niente di tutto questo è esotico. Se hai mai inviato una cartella di più di qualche gigabyte, probabilmente ti sei imbattuto in almeno uno di questi problemi.

Come fa StrongFolder a inviare una cartella come cartella?

Abbiamo costruito StrongFolder su un'idea semplice: se i file vanno direttamente dal tuo browser a quello del destinatario, non c'è motivo di impacchettarli prima in un unico file.

Quando scegli una cartella, il tuo browser ne legge l'albero: ogni sottocartella e ogni nome di file. Non viene caricato nulla. Invii il link; il destinatario lo apre e sceglie dove salvare. Poi i file viaggiano direttamente tra i due browser su una connessione WebRTC cifrata, ognuno con il suo percorso relativo, e lo stesso albero di cartelle compare sul disco del destinatario.

Cosa cambia in pratica:

• Niente da impacchettare, niente da estrarre. Il trasferimento parte nel momento in cui il destinatario apre il link.
• Nessuno spazio su disco in più. Al destinatario serve spazio per la cartella, non per la cartella più un archivio.
• I file arrivano uno alla volta. Le prime foto sono già sul disco del destinatario mentre le altre sono ancora in viaggio.
• I percorsi sono gestiti con onestà. Se un percorso è troppo lungo per Windows, accorciamo il nome e aggiungiamo un file di testo che elenca ogni file rinominato. Niente sparisce in silenzio.
• Nessun limite di dimensione da parte nostra. Nessun limite di dimensione imposto da StrongFolder. I limiti pratici sono lo spazio libero sul dispositivo del destinatario, la velocità della connessione e per quanto tempo entrambi i dispositivi restano online.

Ci sono due condizioni che cito sempre. Per salvare un'intera cartella con la sua struttura, il destinatario ha bisogno di Chrome, Edge, Opera o un altro browser Chromium su un computer: gli altri browser scaricano i file uno per uno o come ZIP. E la tua scheda deve restare aperta finché il destinatario non ha finito, perché i file arrivano dal tuo dispositivo, non da un server. È il compromesso del non caricare nulla. Perché il mittente resta online lo spiega nel dettaglio.

Quando uno ZIP è ancora lo strumento giusto?

Non sono contro lo ZIP. È un formato eccellente, solo non come passaggio predefinito prima di ogni invio. Io comprimo ancora quando:

• Archivio. Un solo file è più facile da conservare, verificare con un checksum e tenere per anni.
• Mi serve una password. I link di StrongFolder non hanno password. Per i file sensibili, un archivio cifrato (per esempio 7-Zip con AES-256) più una password inviata su un altro canale aggiunge un livello di protezione che funziona con qualsiasi metodo di trasferimento.
• La cartella contiene decine di migliaia di file minuscoli. Una cartella node_modules o una cache di piccole immagini si trasferisce più velocemente come un unico file, perché ogni file ha il suo overhead.
• Il destinatario è su un telefono. I telefoni non possono salvare un albero di cartelle da un browser, quindi i file arrivano comunque uno per uno o come ZIP.

Per tutto il resto — il servizio fotografico, il montaggio, il progetto CAD, la mod del gioco, l'archivio scansionato — invia la cartella così com'è.

Come smettere per sempre di comprimere le cartelle?

Se vuoi la versione passo passo, con e-mail, cloud drive e servizi di trasferimento confrontati fianco a fianco, leggi Come inviare una cartella senza comprimerla. Per le cartelle molto grandi, Come inviare file di grandi dimensioni tratta velocità e configurazione, e Limiti e requisiti elenca ogni dettaglio sui browser.

E se una cartella dovesse mai arrivare rotta — nomi sbagliati, sottocartelle mancanti, qualsiasi cosa — scrivimi a info@strongfolder.com. Le cartelle sono il motivo per cui StrongFolder esiste, e voglio saperlo.