Publicar um site grande sem demora: rsync x FTP no WebAcappella Fusion

O WebAcappella Fusion torna a criação de sites acessível. Consequência direta: os usuários ganham ousadia. O que deveria ser um site vitrine de cinco páginas acaba se transformando em um portal de 200 páginas, um blog acumulado ao longo de cinco anos, uma loja com 600 produtos. No início, o crescimento é natural. E então, um dia, a publicação começa a demorar dez minutos. Depois, quinze. Depois, vinte. E não é a construção do site que está lenta — é a transferência para o servidor.

O sucesso que faz os sites crescerem

Quanto mais acessível é uma ferramenta, mais ela atrai projetos ambiciosos. É exatamente esse o destino do WebAcappella Fusion: uma prefeitura que adiciona todas as suas deliberações ao longo de cinco anos (300 páginas), um escritório de advocacia que publica uma ficha por decisão (450 páginas), um fotógrafo que cria uma página por casamento (800 páginas com galerias), uma loja que chega a ter 1.200 referências. Esses sites existem. Eles cabem no WA Fusion sem problemas: a construção multiprocessos os gera em poucas dezenas de segundos, mesmo quando ultrapassam 500 arquivos.

Mas, uma vez o site construído, ainda é preciso enviá-lo para o servidor. E é aí que as coisas se complicam.

O momento em que a publicação se torna um calvário

Em um site de cinco páginas, a publicação via FTP é imperceptível: três segundos e pronto. Em um site de 500 páginas com suas imagens, CSS, JS e páginas de produtos, o cenário muda. Eis o que vivem os usuários de sites grandes:

• Uma publicação que leva de 15 a 30 minutos, durante os quais não se ousa mais tocar no computador
• 80% de falhas: a conexão cai, o cliente FTP se desconecta, é preciso recomeçar tudo
• Arquivos faltando: uma transferência interrompida deixa parte do site na versão antiga e a outra na nova
• Arquivos corrompidos: uma transferência binária mal gerenciada, e a imagem aparece distorcida online
• A dúvida constante sobre o que realmente está online após uma publicação caótica

Isso não é uma falha do WebAcappella, nem do seu provedor de hospedagem, nem da sua conexão à Internet. É uma limitação estrutural do protocolo utilizado.

FTP: um protocolo de 1971

FTP, sigla para File Transfer Protocol, foi especificado em 1971. O contexto da época: alguns pesquisadores trocavam arquivos entre laboratórios pela ARPANET. Naquela época, transferir uma centena de arquivos de uma só vez nem sequer era um caso de uso previsto. O FTP foi concebido para transações simples, não para a sincronização eficiente de milhares de arquivos.

Cinquenta anos depois, o protocolo ainda está presente, assim como suas limitações estruturais:

• Sem transferência diferencial dentro dos arquivos: se um arquivo mudou em apenas um byte, o FTP o reenvia na íntegra
• Uma conexão (ou quase) por arquivo: a negociação TCP se acumula arquivo após arquivo, o que sobrecarrega os servidores com muitos arquivos pequenos
• Sem verificação de integridade nativa: o FTP não sabe dizer se um arquivo chegou idêntico ao original
• Sem retomada automática: uma interrupção na rede e a transferência recomeça do zero (ou deixa um estado inconsistente)
• Falha parcial = site danificado: se metade dos arquivos for transferida e a outra metade falhar, seu site ficará online em um estado misto impossível de diagnosticar

Em um site de cinco páginas, essas limitações são imperceptíveis. Em um site de 500 páginas, elas se tornam paralisantes.

rsync: um algoritmo feito para isso

O rsync, criado em 1996 por Andrew Tridgell para sua tese de doutorado, não é um protocolo de transferência: é um algoritmo de sincronização diferencial. A diferença é fundamental. Enquanto o FTP transfere, o rsync compara e depois transfere — apenas o que mudou.

Concretamente, eis o que o rsync faz e o FTP não consegue fazer:

• Codificação delta intra-arquivo: se você alterar dois parágrafos em uma página HTML, o rsync envia apenas os blocos alterados dentro do arquivo — não o arquivo inteiro
• Uma única conexão SSH multiplexada: toda a transferência passa por um único canal seguro, sem renegociação a cada arquivo
• Compressão em tempo real: os dados são compactados antes do envio e descompactados na chegada, o que reduz drasticamente o volume na rede
• Soma de verificação de integridade em cada arquivo transferido: nenhum risco de arquivo corrompido
• Retomada automática em caso de interrupção: se a conexão cair, o rsync retoma exatamente de onde parou
• Exclusão coordenada (opção --delete): os arquivos excluídos localmente também são excluídos no servidor, o que evita o acúmulo de arquivos fantasmas antigos

O resultado: em um site de 500 páginas onde você altera três parágrafos, o FTP poderia reenviar vários arquivos inteiros. O rsync envia alguns kilobytes e pronto.

Integrado nativamente no WebAcappella Fusion

O rsync é normalmente reservado aos administradores de sistema: linha de comando, gerenciamento de chaves SSH, opções para memorizar. Nada disso é exigido do usuário do WebAcappella Fusion. A integração é completa e invisível.

Nas configurações de publicação do seu site, o modo rsync está disponível ao lado do FTP e do SFTP. Você insere suas credenciais SSH, e o WA Fusion cuida do resto: sincronização, compactação, relatório de progresso, retomada em caso de falha. Você clica em “Publicar” e pronto.

Nossa expertise em rsync não se limita ao WebAcappella Fusion. A Intuisphere também desenvolve e mantém RsyncBrowser, um cliente SSH/rsync gráfico independente para usuários que precisam gerenciar suas sincronizações fora do editor de sites: backups de servidor, espelhamento de dados, implantação de scripts, transferências pontuais de grandes volumes. Foi em parte essa experiência acumulada na prática que nos permitiu integrar o rsync no WA Fusion com tanta precisão — gerenciamento de chaves SSH, retomada sem erros, relatório de progresso claro.

Disponível em provedores de hospedagem com acesso SSH

O rsync não funciona sobre FTP: ele precisa de acesso SSH no lado do servidor. É essa exigência que explica por que nem todos os provedores de hospedagem podem oferecê-lo. As ofertas compartilhadas de nível básico geralmente se limitam ao FTP simples, sem SSH.

Os provedores de hospedagem que suportam acesso SSH (e, portanto, o rsync no WebAcappella Fusion):

• o2switch: SSH ativado por padrão em todas as contas — o rsync funciona imediatamente, sem configuração específica
• OVH: disponível em algumas ofertas (hospedagem compartilhada Performance, VPS e servidores dedicados). Verifique na área do cliente se há acesso SSH
• Provedores Linux com SSH ativado: qualquer provedor que ofereça acesso shell funciona (Infomaniak, PlanetHoster e a maioria dos VPS)

Se sua oferta atual oferece apenas FTP, há duas opções: manter a publicação via FTP (que continua totalmente funcional, mas é menos eficiente em sites grandes) ou migrar para uma oferta que inclua SSH, se o tamanho do seu projeto justificar.

O benefício concreto: a velocidade máxima da sua conexão

Com o rsync integrado no WebAcappella Fusion, a taxa de transferência de publicação corresponde quase diretamente ao mínimo entre a velocidade de upload da sua conexão à Internet e a capacidade de gravação do seu provedor de hospedagem. Não há mais sobrecustos de protocolo que retardem o conjunto.

Em resumo:

• Uma atualização pontual (algumas páginas modificadas em um site de 500) leva alguns segundos — o tempo necessário para enviar as diferenças
• Uma publicação inicial completa de um site grande leva exatamente o tempo necessário para transferir seus arquivos, dependendo da sua velocidade de conexão. Nada mais
• Chega de timeouts, chega de retomadas manuais, chega de dúvidas sobre o estado do site online

Combinado com a arquitetura multiprocessos no lado local, o fluxo completo — desde “modifiquei o conteúdo” até “o visitante vê a nova versão” — torna-se quase instantâneo, mesmo nos sites mais volumosos.

Para quem, em que momento?

Se o seu site tem poucas páginas e a publicação via FTP leva dez segundos, você objetivamente não precisa do rsync. Continue com o que funciona.

Se o seu projeto estiver crescendo, se você começar a evitar a publicação porque leva muito tempo, se você já teve uma publicação interrompida que deixou seu site em um estado duvidoso: esse é o sinal. Verifique se o seu provedor de hospedagem oferece SSH, mude para o modo rsync nas configurações de publicação, e a diferença será imediata.

Esse é tipicamente o tipo de funcionalidade da qual não percebemos que precisamos… até o dia em que a temos e nos perguntamos como fazíamos antes.