Corrigindo o temido “erro interno do servidor” no WordPress (passo a passo)

Ofertas do WordPress


Todos nós já estivemos lá – um site que funcionava perfeitamente bem apenas alguns segundos atrás, de repente decide dar um jeito e solta um erro interno do servidor. Se você tiver sorte, o administrador do WordPress ainda funciona, mas, em alguns casos, até isso pode se recusar a cooperar. Neste artigo, explicaremos o que é um erro interno do servidor e, mais importante, como corrigi-lo.

Importante: Faça sempre uma backup completo do seu site (mesmo que não esteja funcionando como deveria) antes de fazer alterações, Melhor prevenir do que remediar!

Vamos quebrar.

O que é um erro interno do servidor

Erros internos do servidor são irritantes para usuários e desenvolvedores, porque eles não fornecem nenhuma informação sobre a raiz do problema – eles apenas informam que existe um. Imagine que você foi ao médico e disse que sentia dor, mas se recusou a revelar onde estava essa dor – dificultaria muito o tratamento do médico! Essa é a dificuldade com um erro interno do servidor – não há indicação de onde o problema vem..

Erro do Servidor Interno

Além disso, o nome “erro interno do servidor” pode ser enganador, porque, em quase todos os casos, seu host (e / ou servidor) não é o culpado. Se você der uma olhada nas especificações HTTP, poderá ver que o erro do servidor interno 500 significa o seguinte:

O servidor encontrou uma condição inesperada que o impediu de atender à solicitação.

Não há nada de errado com o próprio servidor – ele simplesmente encontrou algo que não pode descobrir. Vamos dar uma olhada no que poderia ser – e como você pode se livrar dele.

Etapa zero: ativar a depuração

O primeiro passo deve ser pelo menos tentar entender o erro – você pode ter sorte! Dependendo de como o servidor lida com erros, o que você está vendo pode não ser realmente um erro do servidor. Para ver se é esse o caso, você precisará editar o arquivo wp-config.php no diretório raiz do seu site. Faça o download do arquivo (via FTP, abra-o (usando um editor de texto e pesquise ‘WP_DEBUG’.) Se você encontrar a linha, basta alterar false para true e reenviar o arquivo para o servidor.

Se essa linha ainda não estiver no seu arquivo de configuração, crie-a usando a seguinte linha de código:

definir( "WP_DEBUG", verdade );

Recarregue seu site e veja se o erro muda. Caso isso aconteça, e agora você vê uma mensagem de “erro fatal” que aponta para uma linha de código específica em um arquivo específico, você está vendo um erro de código relativamente simples. Supondo que o erro tenha origem em um plug-in ou tema, você precisará desativar o produto ofensivo e / ou resolver o problema sozinho (ou pedir a alguém que o analise se não conseguir descobrir o que está acontecendo no seu próprio).

Nota: depois de encontrar o problema, lembre-se de alterar o valor “verdadeiro” mencionado acima voltar para ‘falso’ dentro do arquivo wp-config mencionado anteriormente.

Etapa 1: verifique se seu administrador funciona

Visite o administrador do seu site em http://yoursite.com/wp-admin/. Se esta página carregar corretamente e permitir que você faça login, você pode ter certeza razoável de que o problema está em um plug-in ou em seu tema. Se o seu administrador carregar, continue na etapa dois. Caso contrário, pule para a etapa quatro.

Etapa 2: desativar todos os plugins

Quase não há como um plug-in causar problemas se estiver desativado; portanto, se você suspeitar que um dos plug-ins está causando o problema, vá para a seção de plug-ins e desative todos eles. Isso não os excluirá e eles manterão os dados salvos, mas o código não será executado. Se você desativou todos os plug-ins e o site ainda não carrega, vá para a etapa três.

Se seu site estiver funcionando, comece a ativar seus plug-ins um por um. Continue verificando o erro de 500 servidores internos após cada plug-in. Quando você encontrar o culpado, poderá decidir o que fazer com ele. O melhor curso de ação é manter o plug-in desativado e notificar o autor imediatamente. Se é um plug-in de missão crítica, você provavelmente deve procurar uma alternativa melhor e mais estável.

Em alguns casos muito raros, a execução de softwares antigos, como o PHP 5.3, pode causar problemas. Antes de substituir um plug-in que se mostrou confiável até agora, dê uma olhada na etapa sete.

Etapa 3: Mudar para um tema padrão

Se a desativação de seus plug-ins não resolveu o problema, é provável que seu tema seja o culpado. Você pode verificar isso facilmente mudando para um tema padrão do WordPress. Eu recomendo usar Twenty Sixteen, que é o último tema padrão. Se a mudança para o Twenty Sixteen resolver o problema, você poderá reativar todos os plug-ins e começar a trabalhar encontrando o problema no código do seu tema..

Se o seu tema for do repositório de temas oficial ou de uma loja de temas independente, informe o autor o mais rápido possível. Se, por outro lado, é o seu próprio tema, você precisará de um desenvolvedor para ajudá-lo, porque esses erros costumam ser muito difíceis de encontrar – mesmo para codificadores experientes.

Em alguns casos muito raros, a execução de softwares antigos, como o PHP 5.3, pode causar problemas. Antes de passar horas tentando encontrar um bug ou pagar centenas de dólares a um desenvolvedor, dê uma olhada na etapa sete.

Etapa quatro: aumentar seu limite de memória

Se o seu site estiver usando muita memória, definitivamente ele se ajustará – possivelmente resultando em um erro interno de 500 servidores. No muitos casos, isso é um sinal de um tema ou plugin mal codificado. Ele pode ser remediado rapidamente, aumentando o limite de memória, mas essa não é uma maneira infalível de resolver o problema e não chegará à raiz dele..

De qualquer forma, o WooThemes tem um pequeno guia para aumentar o limite de memória do WordPress. No entanto, lembre-se de que seu servidor ou sua conta pode ter uma quantidade de memória definida alocada e você não poderá aumentar seu limite de memória além desse.

Como alternativa, fale com seu host para obter instruções mais específicas – alguns ficarão mais do que felizes em aumentar seu limite de memória sem quase nenhum alarde de sua parte.

Etapa 5: depurar problemas de .htaccess

O arquivo .htaccess é um arquivo de configuração para o Apache Server que permite algumas funcionalidades relativamente avançadas. Ao usá-lo, você pode ativar a compactação gzip, alterar o tamanho máximo de upload e fazer todos os tipos de outras coisas úteis.

Já escrevemos um guia sobre como editar o arquivo .htaccess, mas vale a pena reiterar que essa é uma área sensível onde é necessário cuidado. Um erro de digitação, um espaço esquecido ou uma cotação não fechada, por exemplo, pode facilmente causar um erro interno de 500 servidores, prejudicando o seu site – incluindo o administrador -..

A solução é abrir o arquivo .htaccess – ele deve estar na pasta raiz do WordPress – e verificar se há algum erro (especialmente se você o tiver alterado recentemente). Eu recomendo criar um backup chamado backup.htaccess e excluir o arquivo .htaccess original para ver se o site volta a ficar online.

Se isso acontecer, o problema está no seu arquivo .htaccess. Você pode passar por isso linha por linha para ver quando o site é desativado; depois de encontrar a linha incorreta, verifique se ela não possui texto desnecessário (talvez uma citação não publicada ou algo semelhante). Se você não encontrar o problema, sugiro excluir a linha. Seu site estar completamente inativo é muito pior do que uma linha .htaccess ausente – pergunte nos fóruns se precisar de mais ajuda.

Etapa 6: reinstalar o WordPress

É extremamente raro, mas você pode ter alguns arquivos corrompidos no núcleo do WordPress. Isso não precisa se preocupar: algo pode ter dado errado quando o servidor estava copiando os arquivos necessários, por exemplo. Voltar a carregar os arquivos do WordPress Core pode resolver seu problema.

Faça o download de uma nova cópia do WordPress e use um aplicativo FTP para carregar tudo, exceto a pasta wp-content. Se precisar de instruções mais detalhadas, consulte o artigo do Codex sobre Atualizando o WordPress.

Etapa sete: problemas de versão do PHP

Embora as versões antigas do PHP geralmente não causem 500 erros internos no servidor, pode valer a pena conversar com seu host e solicitar que ele forneça uma versão mais nova antes de gastar tempo e dinheiro valiosos. O PHP 7 descontinuou alguns recursos anteriores – por exemplo, um plug-in pode usar uma função que não está disponível na versão mais antiga do PHP, e assim por diante.

Pergunte ao seu host qual versão do PHP você está executando. Agora, o PHP 5.2 tem dez anos e 5.3, sete. Não aceite se o seu host estiver executando o site em versões antigas. Você deve ter pelo menos alguma variante da versão 5.4 em execução, ou, melhor ainda, o novíssimo PHP 7 (para desempenho ideal).

Problemas compostos

Embora seja improvável que você tenha dois problemas ao mesmo tempo, isso pode acontecer. Você pode ter um plug-in que está causando um problema e também um problema de .htaccess. Nesse caso, o problema não será resolvido quando você desabilitar todos os plug-ins e não será resolvido se você remover o arquivo .htaccess – somente se você fizer as duas coisas..

Se você seguiu estas etapas e ainda está recebendo um erro interno do servidor 500, inicie novamente e certifique-se de não desfazer as alterações. Mantenha seus plugins desativados, mantenha seu tema alternado para Twenty Sixteen e assim por diante.

Pensamentos finais

Devido à imprecisão da mensagem de erro do servidor interno 500, resolvê-la pode ser difícil, mas seguindo as etapas acima, você poderá descobrir o que está acontecendo.

Se você ainda não conseguir resolver o problema, entre em contato com seu host. Link para este artigo e informe-os de que você tentou estas etapas, pois eles agradecem o esforço e poderão localizar o problema muito mais rapidamente!

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