Capítulo 18 · 18.1
O meu site está em branco ou apresenta um erro 500
Acede ao seu site e vê um ecrã em branco, a mensagem 500 Internal Server Error, HTTP ERROR 500 ou, no WordPress, Ocorreu um erro crítico neste site. Isso significa quase sempre que o código do seu site encravou. O próprio servidor costuma funcionar normalmente. Com os passos abaixo, consegue encontrar a causa você mesmo na maioria dos casos.
Primeiro: o que mudou recentemente?
Um erro 500 quase nunca surge do nada. Pense nas últimas horas ou dias:
- Atualizou um plugin, um tema ou o próprio WordPress, ou o WordPress fê-lo automaticamente?
- Alterou a versão do PHP?
- Alterou algo no ficheiro .htaccess, ou criou um redirecionamento ou uma pasta protegida?
- Carregou ficheiros ou alterou as permissões de ficheiros?
Se souber o que foi, reverta primeiro exatamente essa alteração. É geralmente a solução mais rápida.
Passo 1: consulte o registo de erros
O registo de erros indica-lhe exatamente qual o ficheiro e a linha que causam o erro. Encontra-o no DirectAdmin em Sistema e arquivos e depois Estatísticas e logs dos domínios. Escolha o seu domínio e abra o registo de erros. Veja as linhas mais recentes, que são as últimas. Pode ler como funciona exatamente em Estatísticas e logs dos domínios: o log de erros e o log de acesso.
Se vir, por exemplo, PHP Fatal error com um caminho para wp-content/plugins/nome-do-plugin, já sabe qual é o plugin responsável.
Passo 2: as causas mais frequentes
Abaixo encontra as causas, das mais frequentes às mais raras.
1. Um plugin ou tema após uma atualização
Esta é de longe a causa mais comum no WordPress. Se já não conseguir aceder à administração do WordPress, desative os plugins através do DirectAdmin:
- Abra o Gerenciador de arquivos (ver Abrir o Gerenciador de arquivos: as pastas do seu pacote).
- Vá a domains/seudominio.nl/public_html/wp-content.
- Renomeie a pasta plugins para, por exemplo, plugins-uit. O WordPress desativa assim todos os plugins.
- O seu site volta a funcionar? Renomeie a pasta novamente para plugins e ative os plugins um a um no WordPress, até o erro voltar a aparecer. Assim sabe qual é o plugin responsável.
Se já souber qual é o plugin (a partir do registo de erros), renomeie apenas a pasta desse plugin. Em caso de erro crítico, o WordPress costuma também enviar uma mensagem para o endereço de administrador com uma ligação para o modo de recuperação. Verifique por isso também a sua caixa de correio.
2. A versão do PHP não é compatível com o seu site
Um site antigo muitas vezes não funciona numa versão nova do PHP, e um plugin novo por vezes não funciona numa versão antiga. Se alterou recentemente a versão do PHP, reponha a anterior em Select PHP version (ver Escolher a versão do PHP (Select PHP version)). Em Fouten na een PHP-upgrade en het foutlog vinden pode ler como tornar depois o site compatível com uma versão mais recente.
Sugestão: O seu site não é atualizado há anos e já não funciona numa versão moderna do PHP? Podemos atualizá-lo por si. Consulte www.weboke.nl/pt/website-php-upgrade.
3. Um erro no .htaccess
Uma única linha incorreta no .htaccess provoca de imediato um erro 500 em todo o site. Um exemplo conhecido é uma linha deixada por um plugin de segurança, como php_value auto_prepend_file com um caminho para um ficheiro que já não existe (por exemplo, do Wordfence ou do All In One WP Security). Teste da seguinte forma:
- Ative os ficheiros ocultos no Gerenciador de arquivos (ver Mostrar e editar ficheiros ocultos como .htaccess).
- Renomeie o ficheiro .htaccess em public_html para .htaccess-oud.
- O site funciona agora (eventualmente sem URLs amigáveis)? Então o erro está nesse ficheiro. Remova a linha errada e renomeie o ficheiro novamente.
As definições do PHP, como o tamanho máximo de carregamento, são mais fáceis de configurar em Select PHP version (ver Opções PHP: upload_max_filesize, memory_limit e max_execution_time). Uma linha com php_value no .htaccess também é possível (ver Definições do PHP por pasta e através de .htaccess).
4. Memória insuficiente para o PHP
Se o registo de erros indicar Allowed memory size of ... bytes exhausted, um script precisa de mais memória do que o PHP tem permissão para usar. Aumente o memory_limit nas opções do Select PHP version (ver Opções PHP: upload_max_filesize, memory_limit e max_execution_time).
5. Permissões de ficheiros incorretas
Se as pastas ou os ficheiros tiverem permissões demasiado amplas (como 777), o servidor recusa-se a executá-los. As pastas devem ter a permissão 755 e os ficheiros 644. Pode ler como ajustar isso em Permissões de ficheiros e pastas (chmod).
6. O armazenamento do seu pacote está cheio
Se o seu pacote estiver cheio, o seu site deixa de conseguir gravar ficheiros temporários ou sessões. Consulte o painel do DirectAdmin em Espaço em disco. Pode ler o que fazer em Armazenamento cheio: onde está o espaço a ser usado?.
7. Menos frequente: base de dados, limites ou pirataria informática
- Vê Error establishing a database connection? Leia 'Error establishing a database connection'.
- Vê um erro 503 ou Resource Limit Is Reached? Então o seu pacote está a atingir o limite de capacidade de processamento. Leia 503 ou "Resource Limit Is Reached": o que fazer agora?.
- Há ficheiros que não reconhece, ou o seu site envia visitantes para sites estranhos? Leia O meu site foi pirateado: plano de ação.
Um ecrã em branco sem mensagem
No caso de um ecrã em branco, o PHP não mostra propositadamente a mensagem de erro aos visitantes. O registo de erros do passo 1 é então a sua melhor fonte de informação. No WordPress, também pode definir temporariamente define('WP_DEBUG', true); no ficheiro wp-config.php. Volte a colocá-lo em false depois, caso contrário os visitantes veem detalhes técnicos do seu site.
Outros códigos de erro em resumo
| Mensagem | O que significa? | Onde pode ler mais? |
|---|---|---|
| 403 Forbidden | O servidor recusa-se a mostrar a página, por exemplo devido à firewall do seu site, às permissões ou à falta de um ficheiro de índice. | Erro 403 ou 406 ao guardar ou carregar |
| 404 Not Found | A página ou o ficheiro não existe nesse local. O seu site está mesmo na pasta public_html do domínio correto? Tenha atenção às maiúsculas e minúsculas nos nomes dos ficheiros. | Abrir o Gerenciador de arquivos: as pastas do seu pacote |
| 413 Request Entity Too Large | O que está a carregar é maior do que o permitido. | Carregamento demasiado grande (erro 413) ou tempo limite excedido |
| 500 Internal Server Error | O código do seu site encravou. | Este artigo |
| 503 ou 508, Resource Limit Is Reached | O seu pacote está temporariamente a utilizar mais capacidade de processamento do que o permitido. | 503 ou "Resource Limit Is Reached": o que fazer agora? |
| Página do WebOké em vez do seu site | O domínio ainda não está (corretamente) configurado no seu pacote de alojamento, ou o DNS ainda aponta para outro local. | O meu domínio ainda não funciona após uma transferência ou alteração |
Voltar a uma versão funcional
Não consegue resolver o problema e o site ainda funcionava ontem? Reponha então uma cópia de segurança. No Mijn WebOké, pode fazê-lo com o WebOké Backups: escolha um momento anterior ao erro e reponha apenas a pasta do seu site e, eventualmente, a base de dados (ver Isto também é possível em Mijn WebOké? WebOké Backups). Se utilizar o Installatron, também pode repor uma cópia de segurança do Installatron (ver Fazer e restaurar cópias de segurança no Installatron).
Sugestão: Com a Saúde do domínio em www.weboke.nl/pt/domein-gezondheid, vê de imediato se o seu domínio, o registo A, o site e o certificado SSL estão em ordem. Em Site, aparece então, por exemplo, Responde com um erro do servidor (HTTP 500).