PHP reso come testo dopo l’aggiornamento di Ubuntu 16.04

Apache esegue il rendering di file PHP come testo dopo l’aggiornamento di Ubuntu 16.04.

Apache è installato e in esecuzione. PHP7 è in esecuzione. Quando eseguo il comando seguente ottengo l’output corretto:

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

Tuttavia quando accedo a http: //localhost/info.php o qualsiasi altro file php ottengo il contenuto del file al posto della pagina.

La maggior parte dell’aiuto online è per versioni precedenti di Ubuntu e PHP, quindi non sono certo che siano affidabili o meno.

AGGIORNAMENTO: Apache non si avvia dopo aver installato libapache2-mod-php7.0 e abilitato php7.0. Vedi output:

 [email protected]:~$ sudo service apache2 restart [email protected]:~$ 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) ... [email protected]:~$ sudo service apache2 restart [email protected]:~$ 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 [email protected]:~$ 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. [email protected]:~$ 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. 

L’output di 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'. 

L’output di 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) 

Per quanto riguarda l’errore, Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP Ho trovato aiuto in https://wiki.archlinux.org/index.php/Apache_HTTP_Server riguardo a questo problema, tuttavia i percorsi dei file non corrispondevano a quelli di Ubuntu, quindi non ho provato a applica la correzione consigliata.

Il comando php è fornito dal pacchetto php7.0-cli su Ubuntu 16.04. L’esecuzione della CLI è ortogonale alla configurazione del server Web.

È necessario installare e configurare uno dei SAPI Web: apache2, fpm o cgi. Il più semplice è installare apache2 SAPI.

  1. Per installare apache2 SAPI, eseguire apt-get install libapache2-mod-php (questo estrae la versione PHP predefinita, attualmente libapache2-mod-php7.0 ). Il pacchetto dovrebbe abilitare se stesso e passare a MPAP prefork di apache2 che è l’unico MPM supportato. In caso contrario, prova a eseguire a2enmod php7.0 e cerca gli errori. L’installazione dovrebbe passare automaticamente da evento MPM a prefork MPM automaticamente, ma in caso contrario, è ansible sudo a2dismod mpm_event manualmente eseguendo sudo a2dismod mpm_event seguito da sudo a2enmod mpm_prefork .

  2. Per installare FPM SAPI, eseguire apt-get install php-fpm e abilitare FPM eseguendo a2enconf php7.0-fpm . FDI SAPI è più sicuro, ma più difficile da configurare correttamente.

  3. Per installare CGI SAPI, eseguire apt-get install php-cgi e abilitare CGI eseguendo a2enconf php7.0-cgi . Si prega di notare che CGI non è consigliato come eseguire PHP, ma potrebbe rivelarsi utile nelle distribuzioni speciali.

Ho fatto funzionare di nuovo il mio installando libapache2-mod-php7.0. Spero che questo ti aiuti.

Sono stato anche morso da questo problema in un modo diverso:

Di default gli script PHP non verranno eseguiti nelle directory degli utenti. Quindi se il tuo server supporta public_html nella cartella home degli utenti e vuoi consentire agli utenti di eseguire php, devi rimuovere la parte in php7.0.conf che la disabilita.

Nell’ultimo Apache 2.0, per Ubuntu 16.04.2 ho scoperto che Apache è preconfigurato con i thread abilitati, ma il PHP 7 predefinito non lo è. Se il PHP non è compilato con threadsafe, sarà necessario passare al prefork MPM, che non utilizza thread.

Per fare ciò, prima disabilita:

 sudo a2dismod mpm_event 

Quindi abilitare:

 sudo a2enmod mpm_prefork 

È necessario farlo nell’ordine corretto in quanto si escludono a vicenda.

Quindi riavvia Apache:

 sudo service apache2 restart 

Dovresti essere bravo ad andare senza problemi ora.