Converter TAR para ZIP

Tarballs sem compressão quase sempre são saída de máquina. Uma exportação de contêiner Docker escreve um. Ferramentas de backup e painéis de hospedagem escrevem como intermediário. Bancos de dados são despejados como tar porque o pipeline que os fez ia comprimir depois e não comprimiu. Sistemas de build produzem um como artefato para entregar à próxima etapa.

Isso importa porque diz o que esperar dentro: muitos arquivos, nomes gerados por máquina, caminhos profundos e nenhum pensamento dado ao arquivo como algo que uma pessoa um dia vai abrir. Esta conversão geralmente é o momento em que a saída de uma máquina vira o arquivo de uma pessoa, um trabalho genuinamente diferente de reempacotar um arquivo que alguém montou de propósito.

A maioria das conversões de arquivo compactado aqui troca um compressor por outro e o tamanho se move um pouco numa direção ou outra. Esta começa do zero. A compressão do TAR, no nosso catálogo, é registrada como nenhuma — ele escreve cabeçalhos e conteúdo em sequência e nunca toca num byte deles.

Então um ZIP do mesmo conteúdo é comprimido onde o TAR não era, e no material que tarballs costumam guardar — arquivo-fonte, JSON, log, configuração —, a diferença é grande em vez de marginal. É a conversão rara em que o ganho de compatibilidade e o ganho de tamanho apontam na mesma direção, então não precisa de argumento a favor ou contra: não existe troca sendo feita aqui além da perda do metadado Unix descrito mais adiante.

O TAR é um fluxo de blocos fixos de 512 bytes e nada além disso. Todo item custa um bloco de cabeçalho carregando seu nome, tamanho, modo e data, mais seu conteúdo preenchido até o próximo múltiplo de 512, e o arquivo inteiro termina com dois blocos de zeros. Não existe índice nem diretório central em lugar nenhum do arquivo.

Num arquivo de poucos arquivos grandes esse excesso é invisível. Num com milhares pequenos — uma pasta node_modules, um checkout, um diretório de documentos JSON minúsculos — só o preenchimento já pode ser uma fração séria do arquivo. Um ZIP também tem sobrecarga por item, mas são dezenas de bytes em vez de arredondar até meio kilobyte, e as entradas ainda são comprimidas em cima.

O ZIP escreve um diretório central no fim listando toda entrada e onde ela começa. Um programa consegue, portanto, ler o conteúdo de um arquivo grande sem descompactar nada dele, e puxar um arquivo sem tocar nos outros. É isso que faz um ZIP se comportar como uma pasta no explorador de arquivos.

Um TAR não tem índice nenhum, então listar significa ler do início, e extrair um arquivo do meio significa passar por tudo antes dele. Esse desenho é consequência da idade e do propósito do formato — foi escrito em 1979 para unidades de fita, onde buscar para trás não era uma opção — e é por isso que toda ferramenta que navega arquivos fica mais feliz com um ZIP.

Um TAR guarda um modo, um usuário e um grupo para cada item, e é por isso que fluxos de implantação usam ele. O ZIP não tem lugar para nada disso que ferramentas de desktop respeitem, então isso não atravessa a conversão.

A regra geral entre os pares de arquivo compactado aqui é que os itens saem byte a byte e o que o contêiner sabia sobre eles é o que está em risco — uma senha, e em alguns formatos as permissões e datas. Para um tarball isso é a parte que vale pensar, porque um tar de um build tem muito mais chance de depender de um bit executável do que um ZIP feito num desktop.

O ganho de tamanho descrito acima não é automático. Se o tarball guarda fotografia, vídeo, PDF ou arquivos que já foram comprimidos antes de serem empacotados, o compressor quase não encontra nada para remover e o ZIP fica perto do TAR menos seu preenchimento.

Vale conferir isso antes de assumir que a conversão vai resolver um problema de transferência. Um tar de 25 MB de JPEGs não vai virar um ZIP de 6 MB, e nenhum compressor deste site nem de lugar nenhum vai fazer isso; os bytes já foram gastos quando as fotos foram codificadas. O que você ainda ganha é um arquivo único que qualquer máquina abre, que é muitas vezes o motivo real de converter.

Este par roda no nosso conversor, não no navegador. O TAR sobe por conexão criptografada, é extraído com 7-Zip para um diretório de trabalho, empacotado de novo como ZIP de dentro desse diretório, e devolvido; o upload e todo intermediário são apagados quando a tarefa termina.

O espaço de trabalho é um sistema de arquivos limitado baseado em memória, descartado junto com o contêiner que rodou a tarefa. Os limites são 25 MB por upload no plano gratuito e um teto rígido de sessenta segundos por tarefa, com recusa direta para qualquer arquivo declarando que expande além de 2 GB.

Se o destino é uma máquina Linux em vez de um desktop, converter para ZIP resolve um problema que você não tem. A jogada idiomática é manter o TAR e comprimi-lo — converter o tarball para GZ produz o `.tar.gz` que toda ferramenta Unix desempacota num único comando, e mantém os modos e a propriedade que o tar carregava.

Escolha ZIP quando uma pessoa no Windows ou macOS precisa abrir o arquivo, ou quando um formulário de upload insiste. Escolha um tarball comprimido quando o arquivo vai voltar para dentro de ferramenta. A diferença não é gosto técnico; é quem está do outro lado.

O ZIP ganha uma checagem que o tarball nunca teve. O campo de soma de verificação do tar cobre só o bloco de cabeçalho, então um item corrompido extrai silenciosamente com os bytes errados; o ZIP guarda uma verificação por entrada e reporta a ruim pelo nome. Todo item é copiado sem ser recodificado. A contagem de entradas e os caminhos no ZIP deveriam bater exatamente com o tarball.

A única coisa que vale uma olhada deliberada é o nível superior. Um tar escrito de um diretório pai carrega uma pasta na frente de todo caminho e um escrito de dentro não, e o ZIP reproduz fielmente o que encontrou. Se seus arquivos saem um nível mais fundo do que esperava, isso é o layout do próprio tarball aparecendo, não algo que a conversão introduziu.

Um tar produzido por uma exportação de contêiner Docker é um bom exemplo de um arquivo que não é bem uma pasta. Ele guarda blobs de camada, um manifesto e metadado JSON cujos nomes são strings hexadecimais longas, e nada disso foi feito para ser lido por uma pessoa. Converter para ZIP funciona perfeitamente bem e dá exatamente essa estrutura, comprimida, num arquivo que sua máquina abre.

O que isso não dá é a imagem. Reconstruir uma precisa do tar de volta num runtime de contêiner, que espera o tar e não um ZIP, então uma cópia convertida é útil para inspecionar ou encaminhar o artefato, não para restaurar. A mesma cautela vale para ferramentas de backup que escrevem tarball com índice próprio dentro: o arquivo converte limpo, e se a ferramenta que o fez vai aceitar a versão convertida é uma questão separada que vale conferir antes de descartar o original.