Debug 500 Internal Server Error no blog do WordPress

Meu blog WordPress é hospedado em um servidor web compartilhado no Hostgator. Eu tenho tido 500 erros de servidor interno nos últimos dias. Eu não instalou novos plugins desde que os erros começaram a aparecer.

Entrei em contato com suporte técnico algumas vezes, mas nunca consegui uma resposta bem sucedida. O webhost tem um limite de processo de 25. Por vezes, o limite do processo é atingido, de modo que os sites desse servidor baixem. Ao olhar para o console do processo, vejo o processo que tem gerado muito é php servindo o arquivo index.php do meu blog.

Quando entrei em contato com o contato, eles me disseram que poderia ser devido a um grande aumento de tráfego no meu site. Mas não tenho motivos para pensar que o tráfego pode ter aumentado tanto em um dia. Verificando o Google Analytics (embora a maioria dos pedidos seja perdida devido a erros), percebo que não houve nenhum aumento importante no tráfego. Além disso, o site passou por alguns “efeitos Slashdot” antes de passar para quatro ou cinco vezes a média diária de visitas sem problemas.

Outro time de suporte me disse para mudar o plugin do WP-Super Cache para W3 Total Cache, já que esse é o único que o Hostgator recomenda. Isso também não alterou nada. Tentei desativar e desinstalar ambos, depois verificar com Hyper Cache, e nunca encontrei resultados diferentes.

Ao mudar o WP-DEBUG para o verdadeiro, tudo o que vejo são alguns avisos do All In One Seo Pack e deste outro plugin.

Todos os suporte técnico me disseram que havia um plugin que estava causando isso. Então desativou todos e comecei a tentar e ativar um a um. O que é, eu ainda não consegui descobrir qual plugin (se esse é o problema) está causando o problema. Em conclusão, eles não foram de grande ajuda.

Quais são as minhas opções para depurar e descobrir onde o problema é? EDIT: Meus plugins ativos: Akismet, All-In One SEO Pack, Dagon Design Sitemap Generator, FastFast Secure Contact Form, Google XML Sitemaps, Laconica Tools, Posts da Categoria da Lista, NextGEN Gallery, RubyConf Uruguay Ribbon, Smooth Slider, Subpage Listing, Subscrever para Comentários Reloaded, UserAgent Spy, W3 Total Cache, WP-PageNavi, WP-Syntax.

Solutions Collecting From Web of "Debug 500 Internal Server Error no blog do WordPress"

Você não pode realmente depurar erros do servidor sem ter realmente um bom access ao próprio servidor. Isso implicaria olhar para o funcionamento interno desse host particular, e tenho certeza de que eles não permitiriam nem gastarão tempo real tentando consertar. Mova-se para um host melhor se eles não puderem dar-lhe mais detalhes sobre o problema ou pedir access aos logs apache e sql.

O melhor que você pode fazer é desabilitar os plugins um a um, começar por aqueles que podem precisar de muita CPU como sites do site xml ou qualquer coisa que seja executada dinamicamente por uma solicitação ou ação.

Habilite o log de consulta lenta para identificar problemas de database.

Você também pode tentar este plugin, não sabe o quão útil é, TPC! Uso de memory

Eu tive os mesmos problemas, depois de algum tempo de não tocar no site de repente, começou a produzir “500 Internal Server Error” em várias páginas. Depois de uma semana puxando meu cabelo, descobriu que meu “/wp-content/debug.log” (que eu habilitei há muito tempo e depois esqueci) foi de mais de 128 MB e, por isso, não poderia ser escrito por algum motivo , portanto, todos os plugins ou resources que acessaram esse arquivo pararam de funcionar em conjunto. Por isso, não há inputs úteis no debug.log, => me confundido.

Então, se você tiver habilitado e é grande (o limite pode depender das configurações do host), tente excluí-lo.

Para além da resposta acima: Não sei se esta é a explicação neste caso, mas, se você acidentalmente deixou um registrador verificado (o que acontecerá com freqüência ao tentar depurar!), Pode estar logando o fundo para tamanhos não desperdiçados. Aconteceu em um site que eu estava manipulando recentemente. Depois de encontrar e excluir o arquivo de log multi-GB e desmarcando uma checkbox de verificação de habilitação (no WP SuperCache), o problema desapareceu.

Os detalhes são nebulosos para mim em um incidente semelhante que ocorreu em torno de um tempo em que eu mandei servidores e atualizei os níveis do PHP e, do lado do host, iniciou-se um processo que armazenava em cache e registrou dados automaticamente para um conjunto de plug-ins. Mais uma vez, como acima, depois que os arquivos metastatizados desnecessários foram excluídos e os processos pararam, os problemas desapareceram.