Changer la version de PHP sur Cloudways : la méthode (mise à jour vers PHP 8.3 ou 8.4)
Depuis septembre 2026, les serveurs Flexible permettent de changer la version de PHP sur Cloudways séparément pour chaque application. Nous avons fait passer une application WordPress sur un serveur de test de PHP 8.2 à 8.3, puis de nouveau à 8.2, en vérifiant l'ordre des écrans et le temps nécessaire.
Pour la vulnérabilité d'exécution de code à distance de PHP (PHP2Shell) publiée le 21 octobre 2026, Cloudways a appliqué des correctifs à chaque version de PHP : 5.6, 7.4 et 8.0–8.4. Sa page d'état indiquait que les clients n'avaient rien à faire. Un avis suivant, le 23 octobre, a signalé des régressions dans certains correctifs, et l'un de ces problèmes, qui permet selon la configuration une exécution de code à distance, a reçu l'identifiant CVE-2026-115560. Cloudways a indiqué que la mesure d'atténuation appliquée à l'avance bloque aussi ce problème et que, cette fois encore, les clients n'ont rien à faire.
On change donc de version pour passer de 8.1 ou d'une version plus ancienne, dont le support officiel de PHP est terminé, à une version prise en charge, ou pour garder des versions différentes selon l'application à cause de la compatibilité des extensions. Le support de sécurité de PHP 8.2 se termine lui aussi le 31 décembre 2026 : lors du passage, choisissez donc 8.3 ou plus récent (selon le site officiel de PHP · vérifié le 2026-10-27).
1️⃣ Où changer la version de PHP sur Cloudways
Sur les serveurs Flexible, la version de PHP se divise en deux : celle choisie pour chaque application et la valeur par défaut du serveur. Auparavant, elle se gérait surtout par serveur, si bien que toutes les applications d'un serveur utilisaient la même version. Désormais, vous la changez pour cette seule application dans l'onglet [PHP Settings] de l'écran [Application Settings] de l'application.
Le bouton [PHP 8.2 ✎] à droite de la ligne [PHP version] dans l'onglet [PHP Settings] affiche la version que l'application utilise actuellement. C'est avec ce bouton que vous changez la version.
Même si la valeur par défaut du serveur change, les applications qui ont déjà choisi leur propre version continuent de tourner avec cette version. La valeur par défaut du serveur s'applique comme version de départ des nouvelles applications (selon la documentation officielle).
Sur un serveur où le choix de la version par application est activé, l'onglet [Packages] de [Settings & Packages] n'affichait aucune entrée PHP. Cet onglet ne montrait que des cartes de paquets comme MariaDB et redis.
Le gestionnaire de bases de données et Imunify tournent avec la version par défaut du serveur, quelle que soit la version choisie pour l'application. Le tableau ci-dessous résume à quoi s'applique une valeur modifiée à chacun des deux endroits.
| Catégorie | Version de PHP de l'application | Version de PHP par défaut du serveur |
|---|---|---|
| Écran où la changer | Application Settings › PHP Settings | Absent de l'onglet Packages (serveurs avec la fonction par application activée) |
| Portée | L'application choisie | Valeur par défaut du serveur |
| Nouvelles applications | — | Démarrent avec cette version |
| Applications avec une version choisie à part | Gardent la version choisie | Non concernées par un changement |
| WP-CLI | Suit la version de l'application | — |
| Gestionnaire de bases de données · Imunify | — | Tournent avec la version du serveur |
| Serveurs disponibles | Debian 11 ou plus récent | — |
2️⃣ Vérifications avant de changer la version de PHP
Changer la version de PHP peut faire apparaître des erreurs dans les extensions ou thèmes incompatibles avec la nouvelle version : vérifiez donc d'abord que les extensions et thèmes que vous utilisez prennent en charge la version visée. La documentation officielle recommande de faire d'abord le changement sur une application de staging et d'y vérifier le résultat.
La fenêtre de changement de version recommande de créer une sauvegarde de l'application avant le changement, et la documentation officielle recommande une sauvegarde du serveur. C'est vers cette sauvegarde que vous revenez en cas d'erreur.
Les versions disponibles sont 7.4, 8.0, 8.1, 8.2, 8.3 et 8.4, et 8.4 n'apparaît que sur les serveurs Debian 11 et 12. Le changement de version par application n'est lui aussi disponible que sur les serveurs en Debian 11 ou plus récent : si 8.4 n'apparaît pas dans la liste, vérifiez d'abord la version de Debian du serveur.
La liste ouverte sur le serveur de test le 28 octobre 2026 allait elle aussi de PHP 7.4 à 8.4, sans 8.5 pour l'instant.
La documentation officielle recommande au moins 4GB de RAM pour les serveurs qui gardent des versions différentes selon l'application ; sur un serveur de 1GB ou 2GB de mémoire, mieux vaut s'en tenir à une seule version.
3️⃣ Étapes pour changer la version de PHP
Même après ces vérifications, le backend peut s'arrêter quelques secondes pendant le changement de version : faites-le donc à un moment où il y a peu de visiteurs.
Dans l'onglet [Applications], choisissez l'application et ouvrez l'onglet [PHP Settings] dans [Application Settings]. Un clic sur le bouton [PHP 8.2 ✎] de la ligne [PHP version] ouvre la fenêtre [Update PHP Version].
La fenêtre affiche un avis indiquant que le service PHP redémarre et que le backend peut s'arrêter quelques secondes, ainsi qu'une recommandation de sauvegarder l'application, et [Proceed] reste grisé tant que vous n'avez pas choisi de version.
Choisir 8.3 dans le champ [PHP Version] active [Proceed], et un clic dessus lance le changement.
4️⃣ Vérifications après le changement de version de PHP
Après le changement de version, ouvrez [Outils › Santé du site] dans l'administration de WordPress et, dans la section [Serveur] de l'onglet [Informations], vérifiez que la ligne [Version de PHP] affiche la version choisie. Cette valeur est la version de PHP qui traite réellement les requêtes du site.
Sur l'application de test, l'avis de fin [PHP version updated successfully.] est apparu environ cinq minutes et demie après [Proceed]. Le numéro du bouton de l'onglet [PHP Settings] est lui aussi passé à 8.3.
Sur le même serveur de test avec deux applications, quand nous avons fait passer une application de 8.2 à 8.4, la liste [Applications] a affiché les deux applications avec [Application Operation is in progress].
Une fois l'opération terminée, l'autre application était toujours en 8.2.
Même si la page d'accueil s'ouvre, vérifiez ensuite que l'administration, les pages principales, les formulaires de contact et les fonctions des extensions marchent normalement.
WP-CLI suit automatiquement la version de PHP choisie pour l'application, tandis que les tâches cron que vous avez enregistrées vous-même ne tournent avec la version choisie que si vous indiquez l'exécutable PHP avec son chemin complet (selon la documentation officielle).
En cas d'erreur, revenez à la version précédente dans le même onglet [PHP Settings] et consultez le journal des erreurs. Si revenir à la version précédente ne règle pas le problème, restaurez la sauvegarde faite avant le changement.
Le retour de l'application de test à 8.2 a pris environ 4 minutes 43 secondes, et le même écran a affiché la version [PHP 8.2 ✎].
🔢 FAQ & contenus recommandés
ℹ️ Mention d'affiliation
Le contenu de ce site contient des liens d'affiliation. Lorsqu'un visiteur achète un produit ou un service via l'un de ces liens, le site perçoit une commission du vendeur. Le montant payé par l'acheteur(il baisse lors des promotions ↓), lui, n'augmente pas. Les prix, remises et stocks indiqués correspondent à la date de rédaction et peuvent différer ; vérifiez-les donc auprès du vendeur avant d'acheter. Les produits sont choisis et évalués selon nos propres critères, et les commissions n'influencent ni l'ordre de présentation ni le contenu des évaluations.