Choisir son hébergeur

Exploiter

Changer de version de PHP sans casser son site

Le meilleur rapport entre effort et gain sur un site dynamique : quelques clics, aucune dépense, et un site plus rapide et mieux protégé.

Certains liens de cette page sont des liens d'affiliation : si vous souscrivez après avoir cliqué, nous percevons une commission, sans surcoût pour vous. Cela ne change ni notre classement ni nos réserves, qui reposent sur les caractéristiques réelles des offres. En savoir plus

Beaucoup de sites tournent sur une version de PHP qui ne reçoit plus de correctifs de sécurité, simplement parce que personne n'a jamais touché à ce réglage. C'est dommage, parce que le changement se fait depuis le panneau de l'hébergeur et qu'il est réversible en un clic.

Ce guide explique ce que vous y gagnez, ce qui peut casser et pourquoi, et la procédure qui évite d'avoir à réparer dans l'urgence.

Pourquoi la version de PHP compte autant

C'est le réglage qui offre le meilleur rapport entre effort et gain sur un site dynamique. Il se change en quelques clics dans le panneau de l'hébergeur, ne coûte rien, et améliore à la fois la vitesse et la sécurité.

  • La performance. Chaque version majeure apporte des optimisations du moteur d'exécution. L'écart entre une version ancienne et une version récente se mesure facilement sur le temps de génération des pages.
  • La sécurité. Une version en fin de vie ne reçoit plus de correctifs. Les failles découvertes après cette date restent ouvertes indéfiniment.
  • La compatibilité. Les CMS et extensions récents exigent des versions minimales. Rester en arrière finit par bloquer les mises à jour applicatives.

Vérifier où vous en êtes

Trois façons de connaître la version utilisée par votre site, de la plus simple à la plus technique.

  • Le panneau de votre hébergement affiche la version active, souvent dans une rubrique dédiée permettant aussi de la changer.
  • Le tableau de bord de votre CMS l'indique généralement dans une section d'informations sur le site ou de santé du système.
  • Un fichier de test contenant l'appel d'information PHP, à déposer temporairement puis à supprimer immédiatement : il expose des détails de configuration qu'il vaut mieux ne pas laisser accessibles.

Notez aussi la version disponible la plus récente proposée par votre hébergeur. L'écart entre les deux vous dira s'il y a un gain à aller chercher, et s'il porte sur une ou plusieurs versions majeures.

Ce qui casse, et pourquoi

Un changement de version majeure peut provoquer des erreurs, et il vaut mieux savoir d'où elles viennent avant de s'y risquer.

Causes fréquentes de rupture
OrigineManifestationRésolution
Extension abandonnée par son auteurErreur fatale, page blancheRemplacer l’extension, ou renoncer à la fonction
Thème ancien non maintenuErreurs d’affichage ou blocage completMettre à jour le thème, ou en changer
Code personnalisé ancienAvertissements ou erreurs sur des fonctions suppriméesAdapter le code aux syntaxes actuelles
Fonction dépréciée puis suppriméeErreur à l’appel de la fonctionUtiliser la fonction de remplacement documentée

Le dénominateur commun est presque toujours le même : un composant qui n'est plus maintenu. Le changement de version ne crée pas le problème, il le révèle. Un site à jour de ses extensions et de son thème passe généralement sans incident.

La procédure sans risque

Elle tient en cinq étapes et évite d'avoir à réparer dans l'urgence.

  • Sauvegarder fichiers et base de données, et vérifier que la sauvegarde est bien exploitable.
  • Mettre à jour le CMS, le thème et les extensions avant de toucher à PHP. C'est ce qui évite la majorité des ruptures.
  • Tester sur un environnement de préproduction si votre hébergement en propose un, ou sur une copie du site.
  • Changer la version depuis le panneau, en montant d'une version majeure à la fois plutôt qu'en sautant plusieurs paliers.
  • Parcourir le site après le changement : pages publiques, formulaires, administration, et surtout le tunnel de commande s'il s'agit d'une boutique.

Si une extension bloque le passage

C'est la situation la plus courante, et elle appelle une décision plutôt qu'un contournement.

Rester sur une version obsolète de PHP pour préserver une extension abandonnée revient à exposer l'ensemble du site pour conserver une seule fonction. L'arbitrage est presque toujours défavorable.

  • Chercher une extension équivalente maintenue. Dans la plupart des cas, une alternative existe et sera plus fiable dans la durée.
  • Vérifier si la fonction est encore utile. Beaucoup d'extensions installées il y a des années ne servent plus à personne.
  • Faire adapter le code s'il s'agit d'un développement spécifique et que la fonction est essentielle.
  • Isoler temporairement en attendant, si votre hébergement permet de définir une version différente par site ou par répertoire.

Traitez ce blocage comme une dette technique à solder, pas comme une contrainte permanente. Elle ne fera que coûter plus cher à mesure que l'écart de version s'accroît.

Questions fréquentes

Puis-je revenir en arrière si le site casse ?

Oui, immédiatement, en resélectionnant l'ancienne version dans le panneau de votre hébergement. C'est ce qui rend l'opération peu risquée, à condition de la réaliser à un moment où vous pouvez vérifier et réagir.

Une extension m’empêche de mettre à jour, que faire ?

Rester sur une version obsolète pour préserver une extension abandonnée revient à exposer tout le site pour une seule fonction. Cherchez une alternative maintenue, vérifiez si la fonction sert encore, ou faites adapter le code si elle est essentielle.

Pour aller plus loin

Autres guides

Tester la vitesse de son hébergement

Avant de changer d'hébergeur parce que le site est lent, encore faut-il vérifier que l'hébergeur est en cause. Il ne l'est pas si souvent.

Exploiter