Estou testando um backup parcial de um servidor do CentOS / Apache / MySQL / PHP / Wordpress francamente desatualizado (legado, o que você pode fazer?) restaurando para uma VM com uma nova cópia dos pacotes relevantes. Depois de muitos testes e tribulações, cheguei ao ponto em que consegui com sucesso wget uma boa resposta de 200 OK de http://<site-domain-name>/ (que apenas vai para localhost em virtude de shenanigans de arquivos de hosts). Infelizmente, o corpo é de comprimento zero e os logs estão basicamente vazios.
phpinfo() informa que display_errors , display_startup_errors e log_errors estão todos ativados e error_log está definido como /var/log/php_error , que não existe; error_reporting é um bonito 32767. As versões relatadas do MySQL, PHP e Apache são mais ou menos como o esperado: 5.0.95, 5.3.29, 2.2.23; Wordpress é 3.9.2.
link
Todos os arquivos PHP no diretório (e subdiretórios) são de propriedade do usuário do apache que eu verifiquei como os processos de trabalho do httpd estão sendo executados, e todos são /etc/httpd/logs/error_log .
Eu verifiquei que as informações de conexão do MySQL estão corretas em wp-config.php. mysql, mysqli e pdo_mysql estão todos ativados na saída /etc/httpd/logs/defSite_error_log .
xdebug + WinCacheGrind diz que o PHP está gastando 2001ms no wp-blog-header.php e no que ele chama (1830ms em wp-settings.php e amigos), o que parece um pouco excessivo para uma página quase estática, embora um seja renderizado em uma VM em um laptop lento; nada está chamando /etc/httpd/logs/defSite_access_log .
-rwxr--r-- 302 redireciona para phpinfo() , que diz que nenhuma atualização é necessária (?) e tem um link Continuar apontando para a raiz do site. die() , por outro lado, parece plausível, exceto pelo fato de usar o endereço IP do site ativo. Com base nisso, entrei no banco de dados e mudei o IP numérico para o nome do domínio (por exemplo, /wp-admin/options.php e /wp-admin/upgrade.php in /wp-login.php ). Agora siteurl diz que precisa atualizar o banco de dados antes de continuar.
Eu provavelmente deixei de fora algumas coisas por engano, mas deixe-me saber que outras verificações devo executar e verei o que posso fazer.
Corra para quase exatamente o mesmo problema hoje. Rastreou o código e depois encontrou a causa. É porque um dos plugins não lança erros e apenas EXIT!
Você pode dizer qual plug-in é var_dump para cada um dos elementos de wp_get_active_and_valid_plugins () em wp-setting.php.
O último plugin mostrado aqui é o que causou o problema.
Portanto, não houve erros.
Tags mysql wordpress apache-2.2 php5 centos5