Como corrigir o erro interno do servidor WordPress 500

Como corrigir um erro interno do WordPress 500 Server

Muitos de nós, desenvolvedores, designers ou até usuários finais, tivemos que suportar pelo menos um em nossa vida. Ou seja, o doloroso processo de obter um erro interno do servidor e tentar corrigi-lo. Muitas pessoas não querem saber mais – só querem consertar. Mas se você não tentar, pelo menos, entendê-lo, é provável que sofra esse destino com mais frequência. O erro do servidor interno 500 é muito importante, pois interrompe completamente todos os processos e pode derrubar todo o site. Portanto, se quisermos nos livrar dele, precisamos entender melhor o que isso significa primeiro.


Neste artigo, abordarei o básico sobre o que esse erro significa, como você pode identificar o problema e, é claro, como corrigi-lo. Mas antes de começar, quero orientá-lo sobre os vários erros de http (site) existentes e o que eles podem significar potencialmente. Se você preferir, pode pular para como corrigir o erro do WordPress 500.

Status HTTP comum e códigos de erro

Primeiras coisas primeiro – vou explicar o que esses erros realmente significam. Atualmente, existe uma lista de status e erros para HTTP que pode ser acessado para solucionar melhor uma situação. Esses erros geralmente são divididos em tipos. Portanto, para encurtar esse assunto, abordaremos os erros e códigos de status informativos mais importantes que você encontrará ao trabalhar com seu site WordPress.

Resposta 100x (Status)

Esse tipo de resposta é dado diretamente pelo servidor da web. Dependendo da sua empresa de hospedagem, a resposta pode ser dada pelo Apache, nginx ou qualquer outro servidor web que a empresa use. Esse tipo de resposta não está associado a erros. Eles geralmente são usados ​​para indicar que uma conexão está instalada. Eles são códigos de resposta de status para conexões.

Resposta 200x (êxito)

Os bem-sucedidos são o que eu os chamo. Esse tipo de resposta sempre indica uma sucesso. Isso significa que o servidor fez a conexão com sucesso, que os recursos solicitados foram fornecidos corretamente ou que uma conexão proxy foi feita.

O código de sucesso mais comum é conhecido como 200 OK. Você pode ver exemplos disso se estiver usando uma ferramenta de teste de velocidade do WordPress, por exemplo, nas Ferramentas Pingdom e tentando descobrir o FTTB (Primeira vez em bytes). A resposta 200 OK é sempre dada à primeira solicitação feita.

Resposta 300x (redirecionamentos)

Os caras do redirecionamento. Esses códigos são sempre referidos se o link fornecido estiver sendo redirecionado. 300 códigos de status indicam um redirecionamento bem-sucedido e também são, não considerado um erro.

Digamos que você tenha um site SSL (HTTPS) e também tenha acesso direto ao HTTP (não seguro) e deseje redirecionar todos para a versão HTTPS do seu site. Você pode criar um redirecionamento para todas as solicitações provenientes de HTTP para acessar HTTPS. Se você tentar entrar acidentalmente no site por HTTP, o navegador receberá uma resposta 300, indicando um redirecionamento para a versão HTTPS.

Dicas simples do WooCommerce: Yoast SEO redireciona produtos fora de estoque

Outro exemplo comum com o qual você deve estar familiarizado é o redirecionamento no local para SEO. Talvez você tenha removido postagens ou páginas antigas. Com a ajuda de um plugin como o Yoast SEO você pode redirecioná-los para páginas mais novas e mais relevantes. Ou use um redirecionamento 307 temporário se estiver trabalhando em uma atualização e quiser direcionar os usuários para uma página diferente por um tempo.

Resposta 400x (erros do cliente)

Os famosos erros do cliente. Esses tipos de erros envolvem problemas no seu navegador. Normalmente, não é possível carregar um determinado ativo (o mais conhecido é o erro 404). Esses são códigos de erro que não são considerados graves.

O mesmo erro pode ser mostrado se você tentar acessar uma imagem inexistente no seu site. Por exemplo, convém usar um redirecionamento 410 para informar aos mecanismos de pesquisa que o conteúdo foi removido permanentemente ou um 451 se você tiver tornado uma página indisponível por motivos legais (como uma solicitação DMCA).

Resposta 500x (erros do servidor)

E agora chegamos ao nosso principal protagonista. Os 500 erros. Como você pode ver, esses são erros importantes e estão sempre relacionados ao próprio servidor. Os erros do servidor são importantes porque podem efetivamente batida seu site. Desses erros, os mais importantes são:

  • Um serviço 503 indisponível
  • Um erro de gateway 502 incorreto
  • Um erro interno do servidor 500

Vamos explorar os três por ordem de importância.

503 serviço indisponível

O menos sério é o serviço 503 indisponível. Se esse erro aparecer, você tem um problema de recurso no servidor da web. Quase todo o tempo aparece quando seu servidor está sobrecarregado. Em termos simples, se você vir esse erro, saiba que é temporário e está diretamente relacionado a muito trânsito e isso é sobrecarregando a CPU. Sempre que a CPU e o servidor da web não puderem processar mais conexões de entrada porque atingiu 100% de utilização da CPU, você verá este erro pop-up.

Você pode corrigir isso mudando para um servidor da web melhor (do Apache para o Nginx, por exemplo) ou implementando um plug-in de cache do WordPress no seu site.

502 Bad Gateway

Isso é o que chamei de erro de configuração incorreta. Este erro não aparece sem motivo. Se você já teve esse erro, a causa mais provável é que você fez alguma coisa e fez errado. Isso acontece geralmente quando as pessoas tentam ajustar a configuração do Apache e PHP ou quando tentam otimizar o nginx. O gateway incorreto é um erro que quase sempre acontece quando o PHP FPM (Fast Process Manager) perde a conexão. Ou por ajustar as configurações erradas ou porque o processo travou. Isso leva o servidor da web a responder com um gateway ruim.

A maneira mais fácil de corrigir esse erro é verificar novamente a configuração do PHP-FPM, pois essa é a causa mais provável para esse erro. Isso acontece com mais frequência no lado Nginx do que no Apache e quase nunca acontece nos serviços de hospedagem fornecidos pelo cPanel ou Plesk. Esses dois últimos painéis têm salvaguardas para impedir um erro de configuração incorreta. Mas isso acontece com muita frequência ao gerenciar seu próprio VPS.

Procurando mais ajuda com este? Siga o nosso guia sobre como corrigir um erro de gateway 502 incorreto.

Erro interno do servidor 500

O grande garoto mau dos erros. O erro do servidor interno 500 é o pior de todos, principalmente porque é um erro erro geral. Se você não tiver conhecimento suficiente sobre como lidar com isso, pode ser uma dor real, pois pode derrubar todo o site. O erro 502 de gateway incorreto também prejudica o site, mas é mais fácil diagnosticar e corrigir. Como mencionado, quase sempre está relacionado à configuração do FPM.

Razões para um erro interno do servidor 500 e como corrigi-los

A primeira coisa a entender sobre um erro 500 é que ele pode ser causado por vários fatores diferentes, quase sempre relacionados a falhas na execução do código. Em vez de tentar diagnosticar tudo de uma vez, fornecerei uma lista de erros por tipo de problema e o que você estava fazendo.

  • Ao migrar um site antigo para uma hospedagem mais recente
  • Um erro no .htaccess em uma configuração do apache
  • Um erro na execução do código PHP

Existem outros casos menos comuns que podem gerar um erro interno de 500 servidores, mas por uma questão de simplicidade e usabilidade deste artigo, vou focar nesses três.

1. Migrando um site antigo para hospedagem mais recente

Existem várias maneiras pelas quais esse erro pode aparecer, mas quase sempre parece relacionado à versão do PHP vinculada ao seu servidor da web. As versões mais recentes do PHP podem gerar um erro imediato de 500 servidores internos, se o site ou plug-in atual não suportar a versão atual.

Este erro é clássico, por exemplo, quando você migra seu site de uma hospedagem medíocre com uma versão PHP mais antiga para uma hospedagem mais nova que aceita apenas as versões mais recentes (7.0 e posteriores). Se seu site não foi atualizado recentemente, um plug-in antigo pode estar causando um problema. Eu chamo isso de “erro interno do servidor de migração” porque quase sempre acontece quando você migra um site.

Solução

A melhor maneira de corrigir esse terrível erro quando você está tentando migrar seu site WordPress para uma nova hospedagem é fazer uma cópia completa do seu plugins e o tema do seu site. Depois de fazer isso, por favor, excluir todos os plugins do seu site e tente novamente. Se o erro desaparecer, é quase garantido que o erro foi gerado por uma versão mais recente do PHP na sua hospedagem que simplesmente se recusa a executar o código no seu plug-in mais antigo. Ao fazer o upload novamente de um plug-in de cada vez, você pode descobrir facilmente qual foi o causador do problema.

Esses erros quase sempre se apresentam ao migrar sites mais antigos executando o PHP 5.4 e 5.6 para uma hospedagem mais recente com o PHP 7.0, 7.1 ou 7.2.

O mesmo se aplica ao seu tema. Como os temas podem e implementam código PHP extra no functions.php, single e page.php arquivos. Provavelmente, um tema mais antigo sem atualizações pode interromper o site depois de migrar para uma hospedagem com uma versão mais recente do PHP; essa situação é lamentável, pois a única maneira de corrigir isso é alterar o tema e reconstruir o site. Este é o pior cenário.

2. Erro de configuração do .htaccess Apache

Digamos que você esteja configurando um plug-in e de repente tudo trava. Se você receber um erro de 500 servidores internos durante a configuração, por exemplo, um plug-in de cache ou qualquer plug-in relacionado a otimizações, verifique se o plug-in adicionou código extra ao seu arquivo .htaccess.

Como o apache pode ser modificado em tempo real configurando as funções no arquivo .htaccess (quase sempre oculto), uma configuração incorreta pode danificar seu site.

Solução

A maneira de corrigi-lo é acessando o site por FTP e modificando o arquivo .htaccess ou editando diretamente, digamos com o gerenciador de arquivos no cPanel ou no Plesk.

Se você não sabe como reverter o que o plug-in criou e precisa do seu site novamente, faça uma cópia do conteúdo existente como arquivo de texto. Salve isso como seu backup. Em seguida, substitua o arquivo .htaccess inteiro pelo seguinte código:

# COMEÇAR WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^ index \ .php $ - [L]
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
RewriteRule. /index.php [L]

# END WordPress

Isto é o padrão .htaccess do WordPress Arquivo. Deve funcionar com qualquer site. Portanto, se você estiver desesperado e não souber qual parte remover, basta remover tudo e colar esse código. Isso salvará você instantaneamente. Mais tarde, você pode remover o plug-in ou tentar configurá-lo novamente. Agora você conhece uma maneira de salvá-lo desse erro catastrófico. Pelo menos se estiver relacionado a .htaccess.

Se você não sabe se está relacionado ao .htaccess ou se esse erro começou a aparecer sem o usuário tocar em nenhum plug-in, jogue com segurança. Basta copiar o conteúdo do seu .htaccess e copiar o código acima para tentar diagnosticar. Se isso não corrigir, deixe .htaccess como está e tente a próxima sugestão.

3. Erro de execução de código PHP

Esses tipos de erros são mais comuns do que você pensa e geralmente ocorrem se um plug-in estiver executando um código inválido. A maneira mais comum de executar código inválido é quando você tenta executar instruções obsoletas. Talvez você esteja tentando executar um plug-in antigo que foi projetado apenas para funcionar com o PHP 5.4 ou 5.6 com o PHP 7.0 ou versões mais recentes. Funções preteridas e inválidas criará um erro interno do servidor que só pode ser diagnosticado por habilitando o modo de depuração do WP.

Ativar wp_debug

O modo de depuração do WordPress fornecerá detalhes abrangentes sobre o erro lançado que interrompeu a execução. A maneira como ativamos é alterando o valor de “Falso” para “verdadeiro” no wp_debug dentro do arquivo wp-config.php na pasta raiz do seu site.

Se você estiver usando o Plesk ou o cPanel, poderá fazê-lo simplesmente alterando esse valor usando o File Explorer e editando wp-config.php. Você também pode seguir isso guia de depuração pelo Blogvault para etapas mais detalhadas.

Depois que o arquivo for editado, você poderá ver o erro real sendo gerado que interrompeu a execução. O erro também indicará o caminho e o arquivo onde isso aconteceu, portanto é fácil adivinhar qual plugin causou isso. De desativando podemos pular o erro e, posteriormente, atualizar o plugin ou removê-lo, dependendo da situação.

Solução

A grande maioria das instâncias de um erro de 500 servidores internos envolve versões ou plugins de temas mais antigos. Ao mudar seu tema para qualquer tema padrão do WP, você poderá recuperar o acesso ao seu site. Desabilitar os plug-ins conflitantes também retornará seu acesso ao painel. Se você encontrar uma situação em que seu tema é o responsável por quebrar o site, a melhor maneira de corrigi-lo é criando um arquivo zip do mesmo tema a partir da pasta do tema wp-content / themes / yourtheme excluindo-o do seu site. Isso removerá o erro para que você possa recuperar o acesso ao seu site. Você pode reenviá-lo e atualizá-lo sem ativá-lo. Você pode fazer o mesmo com plugins.

As situações mais comuns para 500 erros de servidor interno pode ser corrigido atualizando. Nos casos em que o referido plugin / tema não tem uma atualização disponível, você pode tentar mudar para uma versão mais antiga do PHP. Mas saiba que esta é uma solução temporária. As versões mais recentes do PHP tornam-se estáveis ​​e as versões mais antigas são preteridas regularmente. Cedo ou tarde, seu site definitivamente vai parar de funcionar. A melhor abordagem será sempre atualizar ou remover / substituir os plugins em questão.

Lembre-se sempre: é melhor prevenir e atualizar do que tentar controlar os danos mais tarde.

Concluindo nosso guia para erros internos do servidor WordPress 500

Um erro no servidor interno do WordPress 500 pode ser uma verdadeira dor de cabeça. Mas na maioria dos casos, eles podem ser facilmente diagnosticados e corrigidos simplesmente removendo / atualizando as partes conflitantes do seu site. Embora possa haver situações em que esses erros se apresentem fora da norma (por exemplo, quando você está desenvolvendo um plug-in), isso vai além do objetivo deste artigo.

Para a grande maioria das pessoas, seguir o conselho acima deve resolver seu problema. Lembre-se de que o wp-debug é seu melhor amigo e sempre siga as etapas cuidadosamente. Você terá seu site on-line novamente em pouco tempo.

Tem alguma outra pergunta? Ou dicas para lidar com um erro no servidor interno do WordPress 500? Avise-se me!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map