Comment changer votre version de PHP
Changez de version de PHP par site dans cPanel — de la 5.6 à la 8.x — pour qu’une application ancienne continue de tourner pendant qu’une application moderne bénéficie des performances actuelles.
La version de PHP est l’un des rares réglages qui influe à la fois sur la vitesse et sur le fait qu’un site tourne ou non. Les versions récentes sont nettement plus rapides et reçoivent des correctifs de sécurité ; les applications anciennes refusent parfois d’y fonctionner. Nous prenons en charge de la 5.6 à la 8.x et vous laissons définir la version par site plutôt que par compte, afin qu’une application ancienne ne freine pas tout le reste.
En règle générale : utilisez la version la plus récente que votre application prend en charge, et considérez tout ce qui est inférieur à 8.0 comme un état temporaire dont vous cherchez à sortir. Les versions antérieures à 8.0 ne reçoivent plus de mises à jour de sécurité du projet PHP.
Avant de commencer
- Faites d’abord une sauvegarde. Un changement de version est instantané à appliquer comme à annuler, mais un site qui casse entre les deux reste cassé pendant que vous le regardez.
- Vérifiez ce que votre application prend en charge. Le cœur de WordPress gère bien la 8.x ; ce sont généralement les plugins qui posent problème.
- Modifiez un site à la fois si vous en hébergez plusieurs.
Étapes
- Dans cPanel, ouvrez MultiPHP Manager.
- Cochez le domaine ou le sous-domaine à modifier.
- Choisissez la version de PHP dans le menu déroulant à droite.
- Cliquez sur Appliquer. Le changement prend effet immédiatement, sans redémarrage ni interruption.
- Pour les extensions et les réglages tels que memory_limit, utilisez MultiPHP INI Editor plutôt que de modifier php.ini directement.
Vérifiez que cela a fonctionné
- Chargez votre site et parcourez les pages qui font un vrai travail — paiement, connexion, recherche, tout ce qui interroge une base de données.
- Consultez ensuite le journal d’erreurs dans cPanel. Une incompatibilité de version produit souvent des avertissements avant de provoquer une panne visible.
- Sous WordPress, Outils → Santé du site indique la version en cours et signale tout élément incompatible.
En cas de problème
- Le site affiche une page blanche après le changement
- Une erreur fatale avec l’affichage désactivé. Revenez à la version précédente pour rétablir le site immédiatement, puis consultez le journal d’erreurs pour identifier le plugin ou la bibliothèque en cause. Revenir en arrière prend quelques secondes ; diagnostiquer sur un site en production, non.
- Une extension requise est absente
- Les extensions sont activées par version : changer de version les réinitialise donc. Ouvrez MultiPHP INI Editor, ou demandez au support de l’activer — nous donner le nom exact de l’extension en fait une affaire de deux minutes.
- Le changement ne semble pas s’appliquer
- Vérifiez que vous avez sélectionné le bon domaine et non la valeur par défaut du compte, et videz toute couche de cache placée devant le site. LiteSpeed et Varnish continueront volontiers de servir la réponse précédente pendant un moment.
Si une application ne peut pas tourner sur une version prise en charge, il vaut mieux traiter cela comme un constat de sécurité que comme une préférence. PHP non pris en charge ne reçoit aucun correctif, et une application obsolète est la voie la plus courante vers un site compromis.
Les formules mutualisées et WordPress tournent sous LiteSpeed avec Varnish, Redis et Memcached au niveau serveur : une version moderne de PHP se cumule donc à une mise en cache déjà en place. Le gain de la 7.4 à la 8.x est généralement visible sur un site réel sans avoir besoin d’un banc d’essai.