Dividere un file troppo grande da inviare
Pubblicato il 13/07/2026 · 7 min di lettura · Strumenti per file
Daniel Okonkwo — Sviluppatore front-end e redattore Tech presso OneKitly
Performance web · Formati di file
Verificato su 3 fonti
Dividere taglia il file a confini di byte e nient'altro. Non capisce cosa sia il file, quindi le parti non sono versioni ridotte di esso — la parte uno di un video non si riprodurrà, la parte uno di un archivio non si aprirà, e ogni pezzo è inerte finché tutti non vengono riuniti nell'ordine esatto in cui sono stati tagliati. È questo il patto, e al suo interno lo strumento è del tutto affidabile: riunire le parti riproduce l'originale byte per byte, perché nulla è stato decodificato, ricodificato o interpretato lungo la strada. Tre cose fanno inciampare. Primo, la dimensione che imposti è in mebibyte, non megabyte: un pezzo messo a 10 esce a 10 485 760 byte, il 4,86% sopra un limite che significa 10 000 000, e tanto basta per essere respinto. Imposta il pezzo sotto il limite anziché uguale — 9 contro un tetto di 10 MB, 20 contro 25 — e il margine assorbirà anche il sovraccarico di codifica che la posta aggiunge. Secondo, l'ordine è assoluto e non recuperabile dal contenuto: le parti sono numerate per un motivo, e un destinatario che le salvi in disordine o le rinomini ottiene un file corrotto senza alcun avviso, perché concatenare la sequenza sbagliata produce comunque un file. Terzo, un destinatario che non sa come riunirle non ha ricevuto nulla, quindi questa è una tecnica per qualcuno a cui puoi dare un'istruzione, non per uno sconosciuto né per un modulo. Prima di ricorrervi, assicurati che le alternative siano esaurite: comprimere il file, mandare un link, o dividere il contenuto invece dei byte — un PDF di cento pagine inviato come due da cinquanta dà al destinatario due documenti che può aprire, il che è quasi sempre meglio di due metà di uno che non può.
L'ultima risorsa quando nulla può più essere compresso. Funziona, e ha tre spigoli: le parti da sole non servono a nulla, l'ordine è assoluto, e il megabyte che imposti non è quello del limite.
Un taglio di byte, non di contenuto
Lo strumento legge il file come un flusso di byte e lo taglia a intervalli fissi. Non chiede mai cosa i byte significhino, ed è per questo che funziona su qualsiasi cosa — un video, un dump di database, un archivio, un'immagine disco — ed è per questo che i pezzi sono inerti. Un formato di file è una struttura: un'intestazione davanti, un indice da qualche parte, e contenuto che rimanda a entrambi. Taglialo in tre e il primo pezzo ha un'intestazione che descrive contenuto che non contiene più, mentre l'ultimo ha contenuto a cui nulla punta.
La contropartita è che l'operazione è perfettamente reversibile. Nulla viene interpretato, quindi nulla può essere frainteso: concatenare le parti nell'ordine restituisce esattamente i byte entrati, e il risultato è il file originale e non una copia. È una garanzia più forte di quella della maggior parte delle operazioni sui file, ed è ciò che rende la divisione un ultimo ricorso ragionevole e non disperato.
Il megabyte che imposti non è quello del limite
Qui le dimensioni dei pezzi sono mebibyte: un valore di 10 significa 10 × 1024 × 1024 = 10 485 760 byte. Un servizio che annuncia un limite di 10 MB di solito intende 10 000 000, quindi un pezzo impostato esattamente sul limite lo supera del 4,86% e viene respinto, un fallimento sconcertante perché il numero a schermo coincide con quello della regola. La proporzione è la stessa a ogni dimensione: 25 dà 26 214 400 contro un tetto di 25 MB, e 50 dà 52 428 800.
Lascia un margine invece di fare la conversione a mente. Nove contro un tetto di dieci megabyte e venti contro venticinque sono comodi, e il gioco svolge un secondo compito: un allegato di posta viene codificato per il trasporto, il che aggiunge circa un terzo a ciò che lascia la tua macchina, quindi una parte che sta a stento su disco può non stare in un messaggio.
L'ordine è tutto, e nulla ti avverte
Le parti non portano alcun segno che dica dove vadano; la loro posizione vive interamente nel nome. Uniscile nella sequenza sbagliata e non ottieni un errore: ottieni un file della dimensione esatta e del tutto insensato, e ciò che lo aprirà segnalerà corruzione e non un ordine sbagliato. Di' al destinatario di mantenere i nomi, e usa due cifre fin dall'inizio se le parti possono superare le nove, per la stessa ragione di ordinamento che scombina i PDF uniti.
Tre cose da provare prima di dividere
Comprimi prima, perché un file che ci sta non richiede spiegazioni all'arrivo. Poi valuta un link: quasi tutti oggi hanno un posto dove mettere un file e mandare un indirizzo, e un destinatario che clicca ha avuto successo, mentre uno che deve riunire tre parti può non averlo. Poi dividi il contenuto invece dei byte — pagine, capitoli, tracce, una cartella di immagini mandata in tre. Le divisioni di contenuto producono pezzi che si aprono ciascuno, ed è la differenza fra mandare qualcosa di utilizzabile e mandare un rompicapo.
| Valore impostato | Byte prodotti | Contro un limite di | Verdetto |
|---|---|---|---|
| 10 | 10 485 760 | 10 MB = 10 000 000 | Respinto — 4,86% sopra |
| 9 | 9 437 184 | 10 MB = 10 000 000 | Ci sta, con spazio per la codifica di trasporto |
| 25 | 26 214 400 | 25 MB = 25 000 000 | Respinto — 4,86% sopra |
| 20 | 20 971 520 | 25 MB = 25 000 000 | Ci sta comodamente |
Domande frequenti
- Il destinatario può aprire la parte uno da sola?
- No, e conviene dirlo nel messaggio invece di lasciarglielo scoprire. Il taglio è a una posizione di byte senza riguardo per la struttura: la parte uno di un video ha un'intestazione e nessun indice, la parte uno di un archivio un catalogo che descrive file assenti, e la parte uno di un PDF un inizio senza tabella dei riferimenti. Ogni pezzo ha bisogno di tutti gli altri.
- Il file riunito è identico all'originale?
- Byte per byte, purché l'ordine sia giusto e non manchi nessuna parte. Nulla viene decodificato o ricodificato a nessuno dei due capi, quindi non c'è generazione di perdita né interpretazione da sbagliare. Se vuoi certezza, confronta la dimensione del file riunito con quella dell'originale: una differenza significa che manca una parte o è duplicata, e una dimensione giusta con un risultato corrotto significa che l'ordine era sbagliato.
- Devo zippare il file prima di dividerlo?
- Solo se sono dati che si comprimono — un dump di database, codice sorgente, log, testo non compresso. Se è già un video, un'immagine, un audio o un PDF, l'archivio farà risparmiare l'uno o due per cento e aggiungerà un passaggio al destinatario. Dove uno zip aiuta è nell'imballaggio: un archivio diviso in parti è più pulito di una cartella di file sparsi divisi uno a uno, e il destinatario riunisce una volta invece di molte.
- Il destinatario usa un altro sistema operativo. Conta?
- Non per i byte — una concatenazione è una concatenazione ovunque. Conta per come la fanno: il comando cambia fra sistemi, e uno strumento di unione nel browser evita del tutto la questione funzionando uguale ovunque. Mandare un'istruzione di una riga insieme alle parti è la differenza fra un destinatario che riesce in un minuto e uno che ti riscrive.
- Quante parti sono troppe?
- Oltre tre o quattro, il tasso di fallimento all'arrivo sale più in fretta della comodità. Un file da 700 MB in parti da 20 mebibyte fa 34 allegati, il che non è una consegna ma una scocciatura, e un solo pezzo mancante invalida tutti. A quel punto un link è la risposta onesta. Dividere si guadagna il suo posto quando un file supera di poco un limite, non quando lo supera di molte volte.
Articoli che potrebbero interessarti
Tutte le guide →Strumenti correlati
Il comportamento qui descritto per gli strumenti di questo sito è stato letto dal loro codice sorgente il 13 agosto 2026 e misurato sulle librerie che incorporano. Il comportamento di un foglio di calcolo dipende dalla versione, dalla build e dalle impostazioni internazionali della macchina che hai davanti: Microsoft ha cambiato parecchi di questi valori predefiniti, quindi controlla i tuoi invece di fidarti di un articolo, questo compreso.
Fonti
Hai notato un errore in questo articolo?