Serveur dédié : installer PHP7 FPM avec FastCGI photo

Serveur dédié : installer PHP7 FPM avec FastCGI sous Debian

by · Lecture: 3 minutes

Aujourd’hui, on passe de PHP5 à PHP7 en moins de 20 minutes montre en main sur notre serveur dédié qui tourne sous la version stable de Debian.

WPEngine: Premium Managed WooCommerce hosting

Pré-requis : les dépôts Dotdeb

Avant toute chose, vous devez avoir les dépôts Dotdeb installés dans votre apt.

On édite donc la liste des dépôts:

nano /etc/apt/sources.listCode language: PHP (php)

puis on y ajoute :

# Dotdeb stable
deb http://packages.dotdeb.org stable all
deb-src http://packages.dotdeb.org stable allCode language: PHP (php)

On installe la clé GPG de Dotdeb:

wget https://www.dotdeb.org/dotdeb.gpg
sudo apt-key add dotdeb.gpgCode language: JavaScript (javascript)

et on met notre liste de paquet à jour :

apt-get update && apt-get upgradeCode language: JavaScript (javascript)

Lorsque vous avez complété cette étape, vous êtes prêt à lancer la mise à jour de PHP.

Installation de PHP7

Je découpe volontairement cette installation en plusieurs sous-étapes, par souci de clarté.

Suppression des paquets PHP5

On commence par supprimer tous les paquets relatifs à PHP5 sur le serveur:

apt-get purge php5-*Code language: JavaScript (javascript)

Résultat:

The following packages will be REMOVED:
libapache2-mod-php5* php-pear* php5* php5-apc* php5-cli* php5-common* php5-curl* php5-dev* php5-fpm* php5-gd* php5-json* php5-mcrypt* php5-mysql* php5-mysqlnd* php5-pecl-http* php5-propro* php5-raphf* php5-ssh2*

On garde cette liste sous le coude en cas de problème.

Installation des paquets PHP7

On installe les paquets PHP7 qui nous sont nécessaires:

apt-get install php7.0 php7.0-fpm php7.0-gd php7.0-mysql php7.0-cli php7.0-common php7.0-curl php7.0-opcache php7.0-jsonCode language: CSS (css)

Configuration du module FastCGI

On édite notre configuration FastCGI:

nano /etc/apache2/mods-available/fastcgi.conf

Les chemins des binaires ont changé, leurs noms aussi. Il y a donc deux lignes importantes à modifier dans notre configuration précédente:


 AddType application/x-httpd-fastphp .php
 Action application/x-httpd-fastphp /php-fcgi

# PHP5
# Alias /php-fcgi /usr/lib/cgi-bin/php5-fcgi
# FastCgiExternalServer /usr/lib/cgi-bin/php5-fcgi -appConnTimeout 10 -idle-timeout 250 -socket /var/run/php5-fpm.sock -pass-header Authorization

# PHP7
Alias /php-fcgi /usr/lib/cgi-bin/php
FastCgiExternalServer /usr/lib/cgi-bin/php -appConnTimeout 10 -idle-timeout 250 -socket /run/php/php7.0-fpm.sock -pass-header Authorization

# Apache 2.4+
 
  Require all granted
 
#
Code language: PHP (php)

Configuration de php.ini

On vérifie la configuration de php.ini:

nano /etc/php/7.0/fpm/php.ini

J’augmente généralement la valeur des directives upload_max_filesize et post_max_size, assigne le bon fuseau horaire à date.timezone et définis session.save_path :

upload_max_filesize = 32M
post_max_size = 32M
date.timezone = Europe/Paris
session.save_path = "/tmp"Code language: JavaScript (javascript)

Configuration de PHP-FPM

On vérifie que PHP-FPM est bien configuré pour utiliser les sockets :

grep -E '^\s*listen\s*=\s*[a-zA-Z/]+' /etc/php/7.0/fpm/pool.d/www.confCode language: JavaScript (javascript)

Cela doit retourner la valeur suivante:

listen = /run/php/php7.0-fpm.sockCode language: JavaScript (javascript)

Si ce n’est pas le cas, on édite la configuration de PHP-FPM :

nano /etc/php/7.0/fpm/pool.d/www.conf

et on met à jour le fichier avec les directives suivantes:

[www]
listen = /run/php/php7.0-fpm.sock
user = www-data
group = www-data
pm = dynamic
pm.max_children = 20
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 10Code language: JavaScript (javascript)

Redémarrage des services

Il ne vous reste plus qu’à redémarrer Apache et PHP-FPM :

service apache2 restart
service php7.0-fpm restartCode language: CSS (css)

Voici la version de PHP7 installée:

php -version

Résultat :

PHP 7.0.0-1~dotdeb+8.1 (cli) NTS 
Copyright (c) 1997-2015 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2015 Zend Technologies
    with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend TechnologiesCode language: CSS (css)
Codeable: trouvez les meilleurs développeurs WordPress

Au cas où PHP7 pose problème : le downgrade vers PHP5

Si jamais PHP7 vous pose des problèmes de compatibilité, vous pouvez toujours remettre PHP5 et retrouver votre configuration initiale.

Suppression de PHP7 et ses composants:

apt-get purge php7.0 php7.0-fpm php7.0-gd php7.0-mysql php7.0-cli php7.0-common php7.0-curl php7.0-opcache php7.0-jsonCode language: CSS (css)

Réinstallation des paquets PHP5 présents avant la mise à jour:

apt-get install php5 php5-cli php5-common php5-curl php5-fpm php5-gd php5-json php5-mcrypt php5-mysqlnd php5-pecl-http php5-propro php5-raphf php5-ssh2Code language: JavaScript (javascript)

Conclusion

Et voilà, vous venez d’installer PHP7 sur votre serveur. Après avoir testé cette mouture quelques jours, c’est vrai que le rendu des pages est plus rapide.

Par contre, il y a eu quelques changements au niveau du code et il vous faudra peut-être éditer quelques bouts de code PHP, notamment au niveau des constructeurs de classes pour règler les erreurs de type warnings.

Bonne mise à jour !

Report a typo Report icon

Share1PinLinkedIn
Gravatar for Matt Biscay

Je suis Matt Biscay, développeur WordPress & WooCommerce certifié chez Codeable, administrateur système et enseignant.

J’aide les entreprises à créer, optimiser et fiabiliser leurs sites WordPress avec une approche technique propre : performance, sécurité, maintenance, développement sur mesure et résolution de problèmes complexes.

Sur Skyminds, je partage des tutoriels WordPress, WooCommerce, Linux et administration système, avec des solutions testées sur des cas réels et pensées pour durer.

Découvrez mes services WordPress et WooCommerce.

👔 Portfolio 📨 Me Contacter

13 pensées sur “Serveur dédié : installer PHP7 FPM avec FastCGI sous Debian”

  1. Bonjour,
    Merci pour ce tuto, en revanche lorsque je redemare apache avec “service apache2 restart” j’ai ce message d’erreur :
    “Job for apache2.service failed. See ‘systemctl status apache2.service’ and ‘journalctl -xn’ for details.
    ”

    D’où cela vient ?

    Merci de votre aide

    Reply

  2. Bonjour,

    Merci pour le tutoriel (et tou les autres !!)
    Petite question, j ‘ai beaucoup de mal a trouver une réponse sur le net.

    Es-ce que l’installation du paquet php7.0-cli est elle encore nécéssaire ? si oui a quoi sert-il exactement ?

    Car après une installation de php7 sans aucun paquet, php fonctionne quand meme en mode CLI ( l execution de fichier php par la console fonctionne )

    Et il y a bien dans /etc/php/7.0/ un directory ‘cli/’ avec son propre php.ini

    Je ne vois donc pas l’interet d’installer/ l ‘existence du paquet php7.0-cli !

    Aurais-tu une explication ou un lien pour ceci ?

    Merci d’avance

    Reply

    • Salut Paulywebster,

      J’ai installé le paquet par habitude même si je me sers rarement du cli donc j’aurais effectivement pu l’omettre. Si cela fonctionne pour ton usage sans ce paquet, tant mieux, c’est un paquet de moins à installer.

      Reply

      • Hello Matt,

        Merci pour ta réponse !
        Après quelques recherches, j’ai finalement trouvé que lorsque l on install php7, il installe comme dependances le paquet php7.0-cli et d’autres.
        Par ailleurs, il installe aussi des paquets pour apache2 … ce qui ne fait pas forcement notre affaire si l ‘on travail avec un autre serveur web.

        J ‘ai donc trouvé une astuce sur memolinux ou il s’agit d ‘installer le paquet php7.0-fpm avant le paquet php7.0 on voit alors qu ‘il n ‘installe que des paquets pour php et non plus des dépendances à apache2.

        Si cela peut aider certains !!

  3. Bonjour,
    J’ai suivi le tuto pour installer php7
    J’avais me même message d’erreur qu’Arthur que j’ai corrigé en installant le module “apt-get install libapache2-mod-php”
    Apache démarre mais les fichiers php sont téléchargés au lieu d’être exécutés ?
    J’ai un serveur kimsufi avec Debian Jessie et Webmin 1.801
    Une idée pour corriger cela ?

    Reply

      • Bonjour Matt et merci pour ta réponse rapide

        Il ne veut pas activer ppm_worker :

        root@ns38720:/# a2enmod mpm_worker
        Considering conflict mpm_event for mpm_worker:
        Considering conflict mpm_prefork for mpm_worker:
        ERROR: Module mpm_prefork is enabled – cannot proceed due to conflicts. It needs to be disabled first!

        Si je désactive mpm_prefork et que j'active mpm_worker, apache ne démarre pas :

        -- Logs begin at mer. 2016-07-06 10:22:04 CEST, end at jeu. 2016-07-07 13:59:01 CEST. --
        juil. 07 13:58:43 ns38720.ip-91-121-16.eu apache2[14136]: [Thu Jul 07 13:58:43.732284 2016] [:crit] [pid 14145:tid 116439797180288]
        juil. 07 13:58:43 ns38720.ip-91-121-16.eu apache2[14136]: AH00013: Pre-configuration failed
        juil. 07 13:58:43 ns38720.ip-91-121-16.eu apache2[14136]: Action 'configtest' failed.
        juil. 07 13:58:43 ns38720.ip-91-121-16.eu apache2[14136]: The Apache error log may have more information.
        juil. 07 13:58:43 ns38720.ip-91-121-16.eu systemd[1]: apache2.service: control process exited, code=exited status=1
        juil. 07 13:58:43 ns38720.ip-91-121-16.eu systemd[1]: Failed to start LSB: Apache2 web server.
        -- Subject: L'unité (unit) apache2.service a échoué
        -- Defined-By: systemd
        -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

      • Que dit le fichier log d’erreur d’Apache ?

        Repasse sous prefork:

        a2dismod mpm_event mpm_worker
a2enmod mpm_prefork
service apache2 restart

        Si c’est une mise à jour, vérifie que les références à PHP5 ont été enlevées dans les fichiers .conf d’Apache.

      • il y a des références à php5 dans les dossiers des serveurs virtuels:

        ~/fcgi-bin/php5.fcgi

        Dont le contenu est :

        #!/bin/bash
        PHPRC=$PWD/../etc/php5
        export PHPRC
        umask 022
        export PHP_FCGI_CHILDREN
        PHP_FCGI_MAX_REQUESTS=99999
        export PHP_FCGI_MAX_REQUESTS
        SCRIPT_FILENAME=$PATH_TRANSLATED
        export SCRIPT_FILENAME
        exec /usr/bin/php5-cgi

        Or il n'y a plus de fichier ../etc/php5 ni

        Le problème ne viendrait-il pas de là ?

  4. Bonjour et simplement merci.
    Il ne me manquait que quelques lignes dans fastcgi.conf.
    Mais cela fait toute la différence entre un serveur qui marche et un qui ne marche pas.
    Pour info : Ubuntu 16.04.1 LTS, Apache/2.4.18, MariaDB 10.0.28, sur dedibox classic 2016.

    Reply

Opinions