Dividir um ficheiro grande demais para enviar
Publicado a 13/07/2026 · 7 min de leitura · Ferramentas de ficheiros
Daniel Okonkwo — Programador front-end e redator de Tecnologia na OneKitly
Desempenho web · Formatos de ficheiro
Verificado a partir de 3 fontes
Dividir corta o ficheiro em fronteiras de bytes e mais nada. Não percebe o que o ficheiro é, por isso as partes não são versões reduzidas dele — a parte um de um vídeo não vai reproduzir, a parte um de um arquivo não vai abrir, e cada peça é inerte até todas serem juntadas na ordem exata em que foram cortadas. É esse o acordo, e dentro dele a ferramenta é totalmente fiável: juntar as partes reproduz o original byte a byte, porque nada foi descodificado, recodificado nem interpretado pelo caminho. Três coisas fazem tropeçar. Primeira, o tamanho que define está em mebibytes e não em megabytes: um pedaço posto em 10 sai com 10 485 760 bytes, 4,86 % acima de um limite que significa 10 000 000, e isso chega para ser recusado. Defina o pedaço abaixo do limite e não igual — 9 contra um teto de 10 MB, 20 contra 25 — e a margem absorverá também o custo de codificação que o correio acrescenta. Segunda, a ordem é absoluta e irrecuperável a partir do conteúdo: as partes são numeradas por alguma razão, e um destinatário que as guarde desordenadas ou lhes mude o nome obtém um ficheiro corrompido sem aviso, porque concatenar a sequência errada produz na mesma um ficheiro. Terceira, um destinatário que não saiba juntá-las não recebeu nada, por isso esta é uma técnica para alguém a quem pode dar uma instrução, não para um desconhecido nem para um formulário. Antes de recorrer a ela, garanta que as alternativas estão esgotadas: comprimir o ficheiro, enviar uma ligação, ou dividir o conteúdo em vez dos bytes — um PDF de cem páginas enviado como dois de cinquenta dá ao destinatário dois documentos que pode abrir, o que é quase sempre melhor do que duas metades de um que não pode.
O último recurso quando nada mais pode ser comprimido. Funciona, e tem três arestas: as partes não servem de nada sozinhas, a ordem é absoluta, e o megabyte que define não é o que o limite significa.
Um corte de bytes, não de conteúdo
A ferramenta lê o ficheiro como um fluxo de bytes e corta-o a intervalos fixos. Nunca pergunta o que os bytes significam, o que explica tanto que funcione com qualquer coisa — um vídeo, uma exportação de base de dados, um arquivo, uma imagem de disco — como que os pedaços sejam inertes. Um formato de ficheiro é uma estrutura: um cabeçalho à frente, um índice algures, e conteúdo que remete para ambos. Corte-o em três e o primeiro pedaço tem um cabeçalho a descrever conteúdo que já não contém, enquanto o último tem conteúdo que nada aponta.
A compensação é que a operação é perfeitamente reversível. Nada é interpretado, logo nada pode ser mal interpretado: concatenar as partes pela ordem devolve exatamente os bytes que entraram, e o resultado é o ficheiro original e não uma cópia. É uma garantia mais forte do que a da maioria das operações sobre ficheiros, e é o que faz de dividir um último recurso razoável e não um gesto desesperado.
O megabyte que define não é o do limite
Aqui os tamanhos de pedaço são mebibytes: um valor de 10 significa 10 × 1024 × 1024 = 10 485 760 bytes. Um serviço que anuncia um limite de 10 MB costuma querer dizer 10 000 000, por isso um pedaço definido exatamente no limite ultrapassa-o em 4,86 % e é recusado, uma falha desconcertante porque o número no ecrã coincide com o da regra. A proporção é a mesma em qualquer tamanho: 25 dá 26 214 400 contra um teto de 25 MB, e 50 dá 52 428 800.
Deixe margem em vez de fazer a conversão de cabeça. Nove contra um teto de dez megabytes e vinte contra vinte e cinco são confortáveis, e a folga cumpre uma segunda função: um anexo de correio é codificado para transporte, o que acrescenta cerca de um terço ao que sai da sua máquina, por isso uma parte que mal cabe em disco pode não caber numa mensagem.
A ordem é tudo, e nada o avisa
As partes não trazem marca nenhuma a dizer onde vão; a sua posição vive inteiramente no nome. Junte-as na sequência errada e não obtém um erro — obtém um ficheiro do tamanho exato e completamente absurdo, e o que o abrir reportará corrupção e não uma ordem errada. Diga ao destinatário para manter os nomes, e use dois dígitos desde o início se puder haver mais de nove partes, pela mesma razão de ordenação que baralha os PDF juntos.
Três coisas a tentar antes de dividir
Comprima primeiro, porque um ficheiro que cabe não exige explicação do outro lado. Depois pense num link: a maioria das pessoas tem hoje onde pôr um ficheiro e enviar um endereço, e um destinatário que clica teve êxito, enquanto um que tem de juntar três partes pode não ter. Depois divida o conteúdo em vez dos bytes — páginas, capítulos, faixas, uma pasta de imagens enviada em três. As divisões de conteúdo produzem peças que abrem cada uma, o que é a diferença entre enviar algo utilizável e enviar um enigma.
| Valor definido | Bytes produzidos | Contra um limite de | Veredicto |
|---|---|---|---|
| 10 | 10 485 760 | 10 MB = 10 000 000 | Recusado — 4,86 % acima |
| 9 | 9 437 184 | 10 MB = 10 000 000 | Cabe, com espaço para a codificação de transporte |
| 25 | 26 214 400 | 25 MB = 25 000 000 | Recusado — 4,86 % acima |
| 20 | 20 971 520 | 25 MB = 25 000 000 | Cabe com folga |
Perguntas frequentes
- O destinatário pode abrir a parte um sozinha?
- Não, e mais vale dizê-lo na mensagem em vez de o deixar descobrir. O corte é numa posição de bytes sem atenção à estrutura: a parte um de um vídeo tem cabeçalho e nenhum índice, a parte um de um arquivo tem um catálogo a descrever ficheiros ausentes, e a parte um de um PDF tem um início sem tabela de referências. Cada peça precisa de todas as outras.
- O ficheiro reunido é idêntico ao original?
- Byte a byte, desde que a ordem esteja certa e não falte nenhuma parte. Nada é descodificado nem recodificado de um lado ou do outro, por isso não há geração de perda nem interpretação a falhar. Para ter a certeza, compare o tamanho do ficheiro reunido com o do original — uma diferença significa que falta uma parte ou está duplicada, e um tamanho certo com resultado corrompido significa que a ordem estava errada.
- Devo zipar o ficheiro antes de o dividir?
- Só se forem dados que comprimem — uma exportação de base de dados, código-fonte, registos, texto não comprimido. Se já for um vídeo, uma imagem, um áudio ou um PDF, o arquivo poupará um ou dois por cento e acrescentará um passo ao destinatário. Onde um zip ajuda é no empacotamento: um arquivo dividido em partes é mais limpo do que uma pasta de ficheiros soltos divididos um a um, e o destinatário junta uma vez em vez de muitas.
- O destinatário usa outro sistema operativo. Isso importa?
- Não para os bytes — uma concatenação é uma concatenação em todo o lado. Importa para como o fazem: o comando difere entre sistemas, e uma ferramenta de junção no navegador evita a questão por completo por funcionar igual em todos. Enviar uma instrução de uma linha junto com as partes é a diferença entre um destinatário que consegue num minuto e um que lhe responde a perguntar.
- Quantas partes são demasiadas?
- Passadas três ou quatro, a taxa de falha do outro lado sobe mais depressa do que a comodidade. Um ficheiro de 700 MB em partes de 20 mebibytes dá 34 anexos, o que não é uma entrega mas uma maçada, e uma só peça em falta invalida todas. A essa altura, um link é a resposta honesta. Dividir ganha o seu lugar quando um ficheiro passa um pouco de um limite, não quando o passa várias vezes.
Artigos que podem interessar-lhe
Todos os guias →Ferramentas relacionadas
O comportamento aqui descrito para as ferramentas deste site foi lido no seu código-fonte a 13 de agosto de 2026 e medido contra as bibliotecas que incorporam. O comportamento de uma folha de cálculo depende da versão, da compilação e das definições regionais da máquina à sua frente — a Microsoft mudou vários desses valores por omissão, por isso verifique os seus em vez de confiar num artigo, incluindo este.
Fontes
Detetaste um erro neste artigo?