Conversor ZIP ⇄ TAR.GZ

Dois formatos de arquivo compactado que pensam de forma diferente

ZIP e TAR.GZ resolvem o mesmo problema com filosofias opostas. Um ZIP comprime cada arquivo por conta própria e mantém um índice no final, então qualquer arquivo isolado pode ser extraído sem tocar no resto — útil, e a razão pela qual o ZIP virou o formato do dia a dia no Windows. Um tarball vai pelo caminho contrário: o tar primeiro cola cada arquivo em um único fluxo longo, e então o gzip comprime esse fluxo inteiro. Comprimir tudo junto costuma deixar o resultado menor quando um arquivo compactado tem muitos arquivos pequenos e parecidos, porque padrões compartilhados entre os arquivos são comprimidos uma vez, em vez de uma vez por arquivo — mas nada pode ser extraído sem ler o fluxo desde o início. Nenhum dos dois é melhor; eles cresceram em sistemas diferentes, e este conversor simplesmente move os seus arquivos entre os dois mundos.

O que sobrevive à viagem — e o que não sobrevive

A sua estrutura de pastas e o conteúdo de cada arquivo chegam byte a byte — a conversão descompacta e recompacta, ela nunca recodifica o que está dentro dos arquivos. O que não sobrevive são os metadados ao redor deles. As entradas reempacotadas saem com permissões padrão e sem as suas datas de modificação originais, o que importa em um caso prático: um script de shell convertido para um tarball perde o seu bit de execução, então, no Linux, ele precisa de um chmod +x rápido depois de extraído, antes de conseguir rodar. Caminhos muito longos também merecem uma menção — o cabeçalho tar clássico armazena cerca de cem caracteres de caminho, então mantenha nomes de pastas profundamente aninhadas dentro do razoável. Se permissões e datas exatas realmente importam, como acontece com um backup de sistema, crie o tarball na própria máquina com o comando tar; uma conversão de formato é a ferramenta errada para esse trabalho específico, e é melhor dizer isso do que deixar você descobrir depois de uma restauração.

Quando você realmente se daria ao trabalho

O tráfego roda nos dois sentidos. Rumo ao tarball: um servidor Linux, um pipeline de CI ou um colega na linha de comando espera um .tar.gz, e você tem um ZIP direto do Windows. Rumo ao ZIP: um lançamento de código aberto ou um backup de servidor chega como .tar.gz, e alguém precisa abri-lo só com um duplo clique no Windows. Nos dois casos, a alternativa é instalar uma ferramenta de arquivos compactados ou encontrar uma linha de comando — esta página existe para que um desvio de trinta segundos faça isso no lugar, sem que o arquivo compactado saia da sua máquina. Essa última parte é a vantagem discreta de fazer isso no navegador: um pacote de código-fonte, os arquivos de um cliente ou uma pasta de contratos nunca tocam no servidor de ninguém, porque não há nenhum servidor envolvido — a conversão funcionaria mesmo com a sua conexão de internet desligada.

Limites que vale a pena conhecer antes de um arquivo grande

Tudo aqui acontece na memória do seu navegador, então o teto prático depende do seu dispositivo — arquivos compactados de algumas centenas de megabytes geralmente vão bem em um desktop, enquanto um tablet vai desistir mais cedo. Arquivos compactados protegidos por senha não são suportados em nenhum dos dois sentidos; remova a proteção primeiro. E, como a conversão realmente recomprime, o tamanho da saída muda um pouco para um lado ou para o outro — isso é normal, não é perda de dados. Um caminho que vale a pena lembrar: arquivos RAR não podem ser criados nem convertidos diretamente para tarballs em lugar nenhum, mas a ferramenta de RAR para ZIP transforma um RAR em ZIP primeiro, e a partir daí esta página leva ele o resto do caminho.

Como funciona

Toda a conversão roda no seu navegador usando o mecanismo de compactação integrado dele: o arquivo é descompactado, recompactado no outro formato e devolvido diretamente para você. Nada é enviado a um servidor, então mesmo arquivos grandes ou privados nunca saem do seu dispositivo.