Acontece que isso é um problema com um dos módulos do Apache. Desativar a maioria deles resolveu o problema e, em seguida, começamos a adicioná-los até que tudo estivesse funcionando.
Nós atualizamos nosso servidor web Debian para o Wheezy esta manhã, e depois que tudo ficou bom, o Apache parece ter perdido a habilidade de executar scripts PHP, enquanto era capaz de fazê-lo antes do upgrade. Agora só vemos o código PHP, como se o módulo PHP não estivesse habilitado.
Eu verifiquei todos os suspeitos usuais, assegurei que o módulo PHP foi carregado e instalado, e certifiquei-me de que o /etc/apache2/mods-enabled/php5.conf possua a opção "SetHandler application / x-httpd-php" conjunto. Eu também segui a documentação mais recente para instalar o PHP5 no Apache, e tudo parece dar uma olhada. Não há erros no log de erros do Apache que indiquem um problema.
Há algo que eu tenha perdido?
Saída de 'apachectl -t -D DUMP_MODULES | grep php':
Syntax OK
php5_module (shared)
Saída de 'www3: / etc / apache2 # apache2 -v':
Server version: Apache/2.2.22 (Debian)
Server built: Jan 31 2014 18:55:37
Conteúdo do /etc/apache2/mods-enabled/php5.conf:
<IfModule libphp5.so>
# <FilesMatch "\.ph(p3?|tml)$">
# </FilesMatch>
<FilesMatch "\.php$">
SetHandler application/x-httpd-php
</FilesMatch>
# To re-enable php in user directories comment the following lines
# (from <IfModule ...> to </IfModule>.) Do NOT set it to On as it
# prevents .htaccess files from disabling it.
<IfModule mod_userdir.c>
<Directory /home/*/public_html>
php_admin_value engine Off
</Directory>
</IfModule>
</IfModule>
Últimos logs de erros do apache da última reinicialização:
[Thu Apr 10 15:35:44 2014] [notice] caught SIGTERM, shutting down
[Thu Apr 10 15:35:45 2014] [warn] No JkLogFile defined in httpd.conf. Using default /var/log/apache2/mod_jk.log
[Thu Apr 10 15:35:45 2014] [warn] No JkShmFile defined in httpd.conf. Using default /var/log/apache2/jk-runtime-status
[Thu Apr 10 15:35:45 2014] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Thu Apr 10 15:35:45 2014] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Thu Apr 10 15:35:45 2014] [notice] Digest: generating secret for digest authentication ...
[Thu Apr 10 15:35:45 2014] [notice] Digest: done
[Thu Apr 10 15:35:45 2014] [warn] No JkLogFile defined in httpd.conf. Using default /var/log/apache2/mod_jk.log
[Thu Apr 10 15:35:45 2014] [warn] No JkShmFile defined in httpd.conf. Using default /var/log/apache2/jk-runtime-status
[Thu Apr 10 15:35:45 2014] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Thu Apr 10 15:35:45 2014] [notice] Apache/2.2.22 (Debian) DAV/2 SVN/1.6.17 mod_fcgid/2.3.6 mod_jk/1.2.37 PHP/5.4.4-14+deb7u8 mod_ssl/2.2.22 OpenSSL/1.0.1e mod_perl/2.0.7 Perl/v5.14.2 configured -- resuming normal operations
Tente executar os seguintes comandos:
sudo apt-get purge libapache2-mod-php5
sudo apt-get install libapache2-mod-php5
sudo a2enmod php5
sudo service apache2 restart
Isso irá reinstalar todos os pacotes necessários para obter o Apache capaz de executar o mod_php.
Você também pode ter certeza de que o arquivo php5.conf está no diretório / etc / apache2 / mods-enabled. Se for, você deve ver algo como:
LoadModule php5_module /usr/lib/apache2/modules/libphp5.so
php5-suhosin
não está mais disponível no wheezy, mas, a menos que você limpe o pacote, o arquivo .ini
ainda estará em /etc/php5/conf.d/
, o que impedirá a execução do PHP.
Veja: link
Tags debian apache-2.2