Des guides pour des problèmes logiciels concrets · PHP Extended Support

« PHP Extended Support » sur votre facture d'hébergement — et votre application plante avec la nouvelle version ?

« PHP Extended Support » désigne des frais mensuels que des hébergeurs comme IONOS, GoDaddy ou one.com facturent lorsque votre site ou votre application tourne sur une version de PHP qui ne reçoit plus de mises à jour de sécurité officielles. Vous ne pouvez les résilier qu'après avoir choisi une version actuelle dans l'interface de votre hébergeur. C'est souvent là que ça coince : après le changement, l'application affiche une page blanche ou une « Fatal error ». La bonne nouvelle : cela se corrige presque toujours sans reconstruction — généralement en quelques heures.

Échange gratuit de 15 min

Cela vous parle ?

Votre facture d'hébergement mentionne « PHP Extended Support » et vous ne savez pas ce que c'est.
Après un changement de version de PHP, votre application affiche une page blanche ou une « Fatal error ».
Votre hébergeur annonce la fin de PHP 8.2.
Le développeur qui l'a construite n'est plus là.
Une agence veut tout reconstruire de zéro.

Pourquoi cela arrive

Chaque version de PHP a une date de fin fixe

Chaque version de PHP reçoit environ quatre ans de mises à jour. PHP 8.1 ne reçoit plus de mises à jour de sécurité depuis le 31 décembre 2025, PHP 8.2 s'arrête le 31 décembre 2026, PHP 8.3 fin 2027 et PHP 8.4 fin 2028.

Les hébergeurs font payer les anciennes versions

Au lieu de désactiver les anciennes versions, beaucoup d'hébergeurs les maintiennent contre paiement. Plus la version est ancienne, plus les frais sont élevés — chez IONOS en Allemagne, par exemple, de 7,81 € par mois pour PHP 8.1 jusqu'à 27,36 € pour PHP 4.

Les nouvelles versions de PHP suppriment d'anciennes fonctions

Des fonctions comme mysql_connect(), each() ou create_function() n'existent plus ; les constructeurs à l'ancienne et les propriétés dynamiques provoquent des erreurs ou des avertissements. Si vous changez de version sans adapter le code, ce sont exactement ces messages qui apparaissent.

Les frais ne font qu'acheter du temps

Ils courent chaque mois et augmentent avec l'âge de la version. Le support long terme d'éditeurs comme TuxCare ou Zend fonctionne de la même façon. Les frais ne disparaissent définitivement que lorsque le code tourne sur une version actuelle.

Que faire maintenant

1

Trouver le code et la version

L'interface de votre hébergeur indique quelle version de PHP est configurée. Vous récupérez le code via FTP/SFTP ou depuis votre dépôt Git — c'est tout ce dont la vérification a besoin.
2

Faire vérifier le code automatiquement

Un outil de vérification (PHP_CodeSniffer avec les règles PHPCompatibility) parcourt toute la base de code en quelques minutes et liste chaque endroit qui ne fonctionne plus avec la nouvelle version de PHP — fichier et ligne.
3

Corriger exactement ces endroits

Seuls les endroits signalés sont réécrits dans le style PHP actuel. Avec l'aide de l'IA et de l'outil Rector, cela ne prend pas plus d'une heure pour la plupart des applications. Personne ne touche au reste du code.
4

Tester, téléverser, basculer

Parcourez les pages et fonctions les plus importantes, téléversez le code modifié et choisissez la nouvelle version de PHP dans l'interface. En cas de problème, revenez à l'ancienne version et l'application fonctionne à nouveau immédiatement.
5

Résilier les frais

Une fois que tout tourne sur la nouvelle version, résiliez le support étendu dans votre compte d'hébergement.

Comment nous aidons

Nous faisons passer des applications PHP anciennes sur une version actuelle pour que les frais disparaissent — sans reconstruction. Notre méthode est exactement celle décrite ci-dessus : outil de vérification, corrections ciblées avec l'IA et Rector, et un développeur senior relit chaque modification. Pour la plupart des applications, cela représente de façon réaliste deux heures de travail au maximum.

Une vérification de votre code : quels endroits sont concernés, et quel est l'effort ?
Correction exacte de ces endroits avec l'IA et Rector — un développeur senior relit chaque modification
Passage à PHP 8.4 ou plus récent : mises à jour de sécurité au moins jusqu'à fin 2028
Code sur mesure, Laravel, Symfony, boutique ou CMS — y compris du code écrit par d'autres
Vous payez les heures réellement travaillées, par quarts d'heure

Questions fréquentes

Qu'est-ce que « PHP Extended Support » sur ma facture ?

Des frais mensuels que votre hébergeur facture pour maintenir votre version obsolète de PHP. PHP est le langage de programmation dans lequel votre site ou votre application est écrit. Les frais disparaissent dès que vous choisissez une version actuelle.

Puis-je simplement résilier ces frais ?

Seulement après avoir choisi une version actuelle de PHP dans votre interface. Si votre application ne fonctionne pas avec, le code doit d'abord être adapté.

Mon site a planté après le changement — que faire ?

Revenez d'abord à l'ancienne version de PHP dans votre interface. Le site fonctionne à nouveau immédiatement, et vous pouvez faire adapter le code sans pression.

L'application doit-elle être reconstruite ?

Presque jamais. Seuls les endroits signalés par l'outil de vérification sont adaptés. Tout le reste reste tel quel.

Combien de temps prend le passage ?

La vérification automatique prend quelques minutes, les corrections assistées par IA généralement pas plus d'une heure. Tests et téléversement compris, la plupart des applications ne demandent pas plus de deux heures.

Combien coûte le passage ?

Il passe par une formule Development : un forfait mensuel fixe plus les heures réellement travaillées. Nos prix sont publics sur la page tarifs. L'effort dans votre cas, nous vous le disons lors de l'échange gratuit de 15 minutes.

Cela vaut-il le coup si les frais ne sont que de quelques euros ?

Les frais courent chaque mois et augmentent avec l'âge de la version. Si votre application est petite et peu utilisée, payer les frais peut revenir moins cher — nous vous le dirons franchement lors de l'échange.

Combien de temps serai-je tranquille ensuite ?

PHP 8.4 reçoit des mises à jour de sécurité jusqu'au 31 décembre 2028. Le changement suivant demande beaucoup moins de travail grâce aux petites étapes.