Quand votre hébergeur vous force la main et que votre site ne répond plus
Votre hébergeur vient de vous informer qu'il abandonne le support d'une ancienne version technique de son serveur. Vous avez quelques semaines pour vous adapter. Sauf que votre site WordPress ou votre logiciel interne, développé il y a plusieurs années, cesse de fonctionner dès le lendemain de la mise à jour. Ce n'est pas une hypothèse : c'est une situation que vivent régulièrement des entreprises dont l'outil numérique n'a pas été modernisé depuis longtemps.
La version 8 de PHP (le langage qui fait tourner la grande majorité des sites web et des logiciels métier) a supprimé des fonctions que l'on utilisait couramment il y a dix ans. Un site ou une application construite à cette époque peut donc tomber en panne sans crier gare, simplement parce que le serveur qui le fait tourner a été mis à jour.
Ce que cela signifie concrètement pour vous
PHP est le langage de programmation utilisé par WordPress, Symfony, Laravel, Magento, et des milliers d'applications métier développées sur mesure. Pendant longtemps, les hébergeurs ont maintenu d'anciennes versions pour éviter de brusquer leurs clients. Ce temps touche à sa fin : PHP 5.x et PHP 7.x ne reçoivent plus de correctifs de sécurité, et les hébergeurs les abandonnent progressivement.
Concrètement, votre entreprise peut être concernée si :
- Votre site tourne sous WordPress avec des extensions ou un thème qui n'ont pas été mis à jour depuis plusieurs années.
- Vous utilisez un logiciel interne développé sur mesure avant 2018 et qui n'a jamais été retouché.
- Votre boutique en ligne repose sur une version ancienne de Magento ou d'une solution équivalente.
- Votre prestataire habituel n'est plus disponible et personne ne sait exactement comment le logiciel a été construit.
Dans ces cas, migrer vers PHP 8 peut provoquer une coupure immédiate. Et une coupure de service, même de quelques heures, représente une perte réelle : commandes non passées, clients renvoyés vers un concurrent, perte de confiance.
La refonte complète : une réponse souvent disproportionnée à court terme
La réaction naturelle face à ce problème est de commander une refonte complète. C'est parfois la bonne décision, mais rarement la seule option disponible, et presque jamais la plus rapide.
Une refonte sérieuse prend du temps : audit de l'existant, rédaction d'un cahier des charges, développement, tests, migration des données. Plusieurs mois, au minimum. Or votre hébergeur, lui, change de version dans trois semaines.
Il existe une troisième voie, entre « ne rien faire » et « tout refaire » : stabiliser l'application existante pour qu'elle survive à la migration, le temps de planifier sereinement la modernisation.
Une couche de compatibilité pour gagner du temps
Un projet open source appelé PHP Legacy Compat, présenté sur la plateforme dev.to par son auteur Ivijan-Stefan Stipić, propose exactement cela. Il s'agit d'un composant technique que l'on ajoute à une application PHP ancienne pour reconstituer les fonctions supprimées par PHP 8, sans toucher au reste du code.
Cela ne modernise pas l'application. Cela lui permet de continuer à fonctionner sur un serveur récent, le temps que la modernisation soit planifiée et financée correctement.
Pour votre prestataire technique, concrètement, cela signifie :
- Identifier les parties du code qui utilisent des fonctions supprimées.
- Intégrer le composant de compatibilité.
- Vérifier que l'application répond correctement sur PHP 8.
- Documenter ce qui reste à moderniser sur le long terme.
Cette intervention prend quelques jours, selon la complexité du logiciel. Elle coûte une fraction du prix d'une refonte et elle vous évite l'urgence.
Ce que ça change pour vous
Si votre hébergeur vous impose de passer à PHP 8 et que votre site ou logiciel a été développé il y a plus de cinq ans, vous avez probablement un risque de coupure à traiter maintenant. Installer une couche de compatibilité permet de traverser la migration sans interruption de service, puis de planifier la modernisation à votre rythme, avec un budget réaliste et un calendrier maîtrisé. Ce n'est pas une solution définitive : c'est un filet de sécurité qui vous donne le temps de faire les choses bien, sans subir la pression d'une panne en production.
