PHP renderizado como texto após a atualização do Ubuntu 16.04

Question

O Apache está renderizando arquivos PHP como texto após a atualização do Ubuntu 16.04.

O Apache está instalado e em execução. PHP7 está em execução. Quando executo o seguinte comando, recebo a saída correta:

php -r 'echo "\n\nYour PHP installation is working fine.\n\n\n";'

No entanto, quando eu acesso link ou qualquer outro arquivo php eu recebo o conteúdo do arquivo em vez da página.

A maior parte da ajuda on-line é para versões mais antigas do Ubuntu e do PHP, então não tenho certeza se elas são confiáveis ou não.

ATUALIZAÇÃO: O Apache não inicia após instalar o libapache2-mod-php7.0 e ativar o php7.0. Veja a saída:

douglas@douglas-acer:~$ sudo service apache2 restart
douglas@douglas-acer:~$ sudo apt-get install libapache2-mod-php
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  libapache2-mod-php
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/2.960 B of archives.
After this operation, 15,4 kB of additional disk space will be used.
Selecting previously unselected package libapache2-mod-php.
(Reading database ... 263897 files and directories currently installed.)
Preparing to unpack .../libapache2-mod-php_1%3a7.0+35ubuntu6_all.deb ...
Unpacking libapache2-mod-php (1:7.0+35ubuntu6) ...
Setting up libapache2-mod-php (1:7.0+35ubuntu6) ...
douglas@douglas-acer:~$ sudo service apache2 restart
douglas@douglas-acer:~$ sudo a2enmod php7.0
Considering conflict php5 for php7.0:
Enabling module php7.0.
To activate the new configuration, you need to run:
  service apache2 restart
douglas@douglas-acer:~$ sudo service apache2 restart
Job for apache2.service failed because the control process exited with error code. See "systemctl status apache2.service" and "journalctl -xe" for details.
douglas@douglas-acer:~$ sudo apt-get purge php5
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Package 'php5' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

A saída de systemctl status apache2.service :

● apache2.service - LSB: Apache2 web server
   Loaded: loaded (/etc/init.d/apache2; bad; vendor preset: enabled)
  Drop-In: /lib/systemd/system/apache2.service.d
           └─apache2-systemd.conf
   Active: failed (Result: exit-code) since Dom 2016-04-24 08:21:35 BRT; 14s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 9216 ExecStart=/etc/init.d/apache2 start (code=exited, status=1/FAILURE)

Abr 24 08:21:35 douglas-acer apache2[9216]:  * The apache2 configtest failed.
Abr 24 08:21:35 douglas-acer apache2[9216]: Output of config test was:
Abr 24 08:21:35 douglas-acer apache2[9216]: [Sun Apr 24 08:21:35.235583 2016] [:crit] [pid 9226:tid 140666367190912] Apache is running a threade
Abr 24 08:21:35 douglas-acer apache2[9216]: AH00013: Pre-configuration failed
Abr 24 08:21:35 douglas-acer apache2[9216]: Action 'configtest' failed.
Abr 24 08:21:35 douglas-acer apache2[9216]: The Apache error log may have more information.
Abr 24 08:21:35 douglas-acer systemd[1]: apache2.service: Control process exited, code=exited status=1
Abr 24 08:21:35 douglas-acer systemd[1]: Failed to start LSB: Apache2 web server.
Abr 24 08:21:35 douglas-acer systemd[1]: apache2.service: Unit entered failed state.
Abr 24 08:21:35 douglas-acer systemd[1]: apache2.service: Failed with result 'exit-code'.

A saída de journalctl -xe

-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit apache2.service has finished shutting down.
Abr 24 08:37:59 douglas-acer systemd[1]: Starting LSB: Apache2 web server...
-- Subject: Unit apache2.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit apache2.service has begun starting up.
Abr 24 08:37:59 douglas-acer apache2[10261]:  * Starting Apache httpd web server apache2
Abr 24 08:37:59 douglas-acer apache2[10261]:  *
Abr 24 08:37:59 douglas-acer apache2[10261]:  * The apache2 configtest failed.
Abr 24 08:37:59 douglas-acer apache2[10261]: Output of config test was:
Abr 24 08:37:59 douglas-acer apache2[10261]: [Sun Apr 24 08:37:59.748900 2016] [:crit] [pid 10271:tid 139911432607616] Apache is running a threa
Abr 24 08:37:59 douglas-acer apache2[10261]: AH00013: Pre-configuration failed
Abr 24 08:37:59 douglas-acer apache2[10261]: Action 'configtest' failed.
Abr 24 08:37:59 douglas-acer apache2[10261]: The Apache error log may have more information.
Abr 24 08:37:59 douglas-acer systemd[1]: apache2.service: Control process exited, code=exited status=1
Abr 24 08:37:59 douglas-acer systemd[1]: Failed to start LSB: Apache2 web server.
-- Subject: Unit apache2.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit apache2.service has failed.
-- 
-- The result is failed.
Abr 24 08:37:59 douglas-acer systemd[1]: apache2.service: Unit entered failed state.
Abr 24 08:37:59 douglas-acer systemd[1]: apache2.service: Failed with result 'exit-code'.
Abr 24 08:37:59 douglas-acer sudo[10258]: pam_unix(sudo:session): session closed for user root
Abr 24 08:38:02 douglas-acer sudo[10276]:  douglas : TTY=pts/18 ; PWD=/home/douglas ; USER=root ; COMMAND=/bin/journalctl -xe
Abr 24 08:38:02 douglas-acer sudo[10276]: pam_unix(sudo:session): session opened for user root by (uid=0)
Abr 24 08:38:38 douglas-acer sudo[10276]: pam_unix(sudo:session): session closed for user root
Abr 24 08:39:01 douglas-acer CRON[10297]: pam_unix(cron:session): session opened for user root by (uid=0)
Abr 24 08:39:01 douglas-acer CRON[10299]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Abr 24 08:39:01 douglas-acer CRON[10297]: pam_unix(cron:session): session closed for user root
Abr 24 08:39:01 douglas-acer CRON[10298]: pam_unix(cron:session): session opened for user root by (uid=0)
Abr 24 08:39:01 douglas-acer CRON[10300]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && /usr/lib/php/sessionclean)
Abr 24 08:39:02 douglas-acer CRON[10298]: pam_unix(cron:session): session closed for user root
Abr 24 08:39:51 douglas-acer sudo[10122]: pam_unix(sudo:session): session closed for user root
Abr 24 08:39:53 douglas-acer sudo[10368]:  douglas : TTY=pts/5 ; PWD=/home/douglas ; USER=root ; COMMAND=/bin/journalctl -xe
Abr 24 08:39:53 douglas-acer sudo[10368]: pam_unix(sudo:session): session opened for user root by (uid=0) 

Em relação ao erro Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP , encontrei alguma ajuda no link relacionado a esse problema, mas os caminhos dos arquivos não coincide com os do Ubuntu, então eu não tentei aplicar a correção recomendada.

    

Answer 1

O comando php é fornecido pelo pacote php7.0-cli no Ubuntu 16.04. A execução da CLI é ortogonal à configuração do servidor da web.

Você precisa instalar e configurar um dos SAPIs da web - apache2, fpm ou cgi. O mais fácil é instalar o apache2 SAPI.

1. Para instalar o apache2 SAPI, execute apt-get install libapache2-mod-php (isso extrairá a versão padrão do PHP, atualmente libapache2-mod-php7.0 ). O pacote deve habilitar-se e mudar para o MPM prefork do apache2 que é o único MPM suportado. Caso contrário, tente executar a2enmod php7.0 e procure erros. A instalação deve alternar do evento MPM para prefork MPM automaticamente, mas se isso não ocorrer, você poderá alterná-lo manualmente fazendo sudo a2dismod mpm_event seguido por sudo a2enmod mpm_prefork .

2. Para instalar o SAPI do FPM, execute apt-get install php-fpm e ative o FPM executando a2enconf php7.0-fpm . O SAPI do FPM é mais seguro, mas mais difícil de configurar corretamente.

3. Para instalar o CGI SAPI, execute apt-get install php-cgi e ative o CGI executando a2enconf php7.0-cgi . Por favor, não que CGI não é recomendado como executar o PHP, mas pode ser útil em implementações especiais.

Answer 2

Eu fiz o meu rodando novamente instalando o libapache2-mod-php7.0. Espero que isso ajude.

    

Answer 3

Eu também fui mordido por esse problema de uma maneira diferente:

Por padrão, os scripts PHP não serão executados nos diretórios do usuário. Portanto, se o seu servidor suportar public_html na pasta home dos usuários e quiser permitir que os usuários executem php nele, você deve remover a parte em php7.0.conf que a desativa.

    

Answer 4

No mais recente Apache 2.0, para o Ubuntu 16.04.2, descobri que o Apache é pré-configurado com encadeamentos ativados, mas o PHP 7 padrão não é. Se o PHP não é compilado com o thread-safe, você precisará mudar para o prefork MPM, que não usa threads.

Para isso, primeiro desabilite:

sudo a2dismod mpm_event 

Em seguida, ative:

sudo a2enmod mpm_prefork 

Você deve fazer isso na ordem correta, pois eles são mutuamente exclusivos.

Em seguida, reinicie o Apache:

sudo service apache2 restart

Você deve ser bom para ir sem problemas agora.