Correção de erros do website

Corrigir a causa, não o sintoma

Um formulário de contacto deixa de enviar. A solução rápida é instalar um plugin de formulários diferente e o formulário volta a funcionar durante algum tempo. A causa real, na maioria dos casos, é que o site envia email através do servidor web em vez de um serviço de correio adequado, e os servidores de receção começaram a rejeitá-lo. Troque o plugin e o problema regressa dentro de um mês, agora com dois plugins de formulários instalados.

Procuramos primeiro essa causa subjacente. Os registos de erros do servidor, a consola do navegador e a lista de atualizações recentes costumam apontar diretamente para ela. Muitos erros de sites acabam por ter as mesmas poucas raízes: uma atualização que alterou o comportamento de um plugin, uma camada de cache a servir uma versão antiga, um tema editado diretamente e depois substituído, ou um limite de alojamento atingido.

Porque corrigimos primeiro numa cópia

Alterar um site em produção para encontrar um erro é a forma como um problema pequeno se transforma numa indisponibilidade. Uma definição alterada para testar uma teoria pode quebrar o checkout para todos os visitantes enquanto o teste decorre. Por isso, sempre que o alojamento o permite, criamos uma cópia de testes, reproduzimos o erro aí e provamos a correção antes de tocar no site em produção.

Cada trabalho começa com um backup completo e termina com um registo: o que estava errado, o que o causou, o que alterámos e onde. Esse registo é útil muito depois de terminarmos. Quando o mesmo sintoma regressa após uma atualização, quem olhar para ele a seguir parte da resposta em vez de partir do zero.

• Formulários que não enviam: normalmente é a entrega de email, não o formulário em si
• Layout quebrado após uma atualização: normalmente uma mudança de versão do tema ou do construtor
• Alterações que não aparecem: normalmente cache ao nível do servidor, plugin ou CDN
• Ecrã branco ou erro 500: normalmente uma versão de PHP ou limite de memória