Sorti officiellement le 8 décembre 2022, PHP 8.2 apporte des classes en lecture seule, des types disjonctifs vrais et de nouvelles fonctions autour des constantes en énumération. Deux mois plus tard, la question qui se pose concrètement à tout développeur gérant un parc de sites mutualisés n’est pas « PHP 8.2 apporte-t-il des gains » — la question est réglée depuis longtemps côté langage — mais « qui, parmi les hébergeurs mutualisés français, le propose réellement en production, et sous quelle forme ».
La compatibilité des extensions et plugins WordPress avec cette version, sujet à part entière, n’est pas traitée ici : cet état des lieux se limite à la disponibilité technique de PHP 8.2 chez les hébergeurs eux-mêmes, indépendamment de ce qui tourne dessus.
Trois façons de proposer une nouvelle version PHP
L’enquête menée auprès de plusieurs offres mutualisées grand public révèle trois approches distinctes, qu’il convient de bien distinguer avant de choisir un hébergeur sur ce seul critère.
Comparatif des approches observées
| Approche | Ce que ça implique concrètement | Fréquence observée |
|---|---|---|
| Version fixée par défaut, non modifiable | Le client subit la version choisie par l’hébergeur, souvent une version antérieure jugée « stable » depuis plus longtemps | Minoritaire mais encore présente |
| Sélecteur de version dans le panneau cPanel ou Plesk | Bascule possible par le client lui-même, en général au niveau du compte entier | La plus répandue chez les acteurs français |
| Version par répertoire ou par domaine, via PHP-FPM | Chaque site peut tourner sous une version différente sur un même compte mutualisé | Réservée aux offres les plus techniques |
Ce que révèle ce délai de deux mois
Deux mois après une sortie officielle, la disponibilité de PHP 8.2 reste très inégale. Les hébergeurs proposant un sélecteur de version géré par un panneau standardisé, cPanel en tête, l’ont généralement ajouté rapidement : l’éditeur du panneau publie ses propres paquets et les hébergeurs n’ont qu’à les activer sur leurs serveurs. À l’inverse, les hébergeurs disposant d’une infrastructure maison ou d’un panneau développé en interne accusent souvent plusieurs mois de retard, le temps de valider la compatibilité de leur propre pile logicielle avec la nouvelle version.
Disponible ne veut pas dire recommandé
Un piège identifié lors de cette enquête : plusieurs hébergeurs proposent bien PHP 8.2 dans leur sélecteur de version, mais sans configuration adaptée des modules complémentaires — notamment opcache, parfois désactivé par défaut sur la nouvelle version faute de temps pour valider ses réglages, ou certaines extensions communautaires encore marquées comme expérimentales pour cette version précise.
# Vérifier depuis le site lui-même la version réellement active
php -v
# Vérifier les modules chargés pour cette version spécifique
php -m | grep -i opcache
php -i | grep -i "opcache.enable "Notre méthode pour valider avant bascule
Avant de basculer un site client en production sur PHP 8.2, la vérification suivante a été systématisée sur les parcs suivis :
- Activation de la version cible sur un environnement de recette distinct, jamais directement en production.
- Exécution du site avec l’affichage des erreurs et avertissements activé, pour repérer les fonctions dépréciées silencieuses ailleurs.
- Vérification explicite du statut d’
opcache, souvent oublié après un changement de version. - Test de la totalité des extensions et thèmes installés, pas uniquement du cœur WordPress, dont la compatibilité est en général assurée plus tôt que celle de l’écosystème tiers.
Un repère qu’on applique sur chaque montée de version PHP côté client : la disponibilité d’une version dans un sélecteur ne dispense jamais d’un test complet en recette. C’est là que se trouvent les vraies surprises, pas dans les notes de version officielles.
En résumé
Deux mois après sa sortie, PHP 8.2 reste accessible chez la majorité des hébergeurs mutualisés français disposant d’un panneau standardisé, mais rarement activé par défaut et pas toujours accompagné d’une configuration complète des modules complémentaires. La bascule reste recommandable à condition de la tester rigoureusement en recette, sans se fier uniquement à la présence de la version dans un menu déroulant du panneau d’administration.
