Développeur PHP pour une migration PHP 8 en Grand Est
Un développeur PHP, freelance ou en agence, peut faire la migration PHP 8 de votre application en quatre temps : audit, environnement de test, correction du code, puis bascule avec retour arrière prévu. En novembre 2026, visez PHP 8.4 ou 8.5 plutôt que 8.2, dont la sécurité s'arrête le 31 décembre 2026. À Nancy et dans le Grand Est, la proximité compte moins que l'habitude des applications anciennes. Je propose ce service depuis Metz, j'ai donc un intérêt dans ce choix.
Pourquoi agir maintenant sur votre version de PHP
PHP est le langage dans lequel votre application est écrite, et chaque version a une durée de vie limitée. Le site officiel de PHP n'indique plus comme suivies que les branches 8.2 à 8.5. PHP 8.1 n'y figure plus, et endoflife.date situe la fin de son support de sécurité au 31 décembre 2025, celle de PHP 7.4 au 28 novembre 2022. Une faille découverte dans ces versions ne recevra plus de correctif officiel.
Le risque est double : un défaut de sécurité sur un outil qui contient des données clients, et un blocage progressif, car les bibliothèques récentes et les hébergeurs finissent par abandonner les vieilles versions. Vous ne le verrez pas tant que tout semble fonctionner, puis vous devrez migrer dans l'urgence, au pire moment.
| Version cible | Sécurité jusqu'au | Lecture |
|---|---|---|
| PHP 8.2 | 31 décembre 2026 | À éviter comme cible |
| PHP 8.3 | 31 décembre 2027 | Acceptable si une dépendance l'impose |
| PHP 8.4 | 31 décembre 2028 | Bon équilibre, si tout est compatible |
| PHP 8.5 | 31 décembre 2029 | Durée maximale, compatibilité à vérifier |
Ce qui casse réellement lors d'une migration PHP 8
Le danger le plus sournois concerne les comparaisons. D'après le guide de migration de PHP 8.0, l'expression 0 == "foo" valait vrai en PHP 7 et vaut faux en PHP 8. Aucune erreur n'apparaît : le programme continue, mais une condition change silencieusement. Sur un calcul de droits ou de tarif, cela peut avoir des conséquences sérieuses.
Le même guide liste des fonctions supprimées, comme create_function() et each(), ainsi que des avertissements devenus de vraies erreurs bloquantes, par exemple count() sur une valeur non comptable. Plus loin, PHP 8.1 rend obsolète le passage de null à de nombreuses fonctions natives, ce qui génère souvent une multitude de messages dans le code ancien. Enfin, les bibliothèques et extensions utilisées doivent elles aussi être compatibles, et c'est souvent là que se cache le vrai volume de travail.
La méthode que je suivrais
Je commencerais par recopier l'application et sa base sur un environnement de test isolé, jamais directement sur le serveur en production. J'inventorierais ensuite la version actuelle, les bibliothèques, les extensions et l'hébergement. Viendrait l'analyse automatique : des outils comme Rector appliquent des transformations de code reproductibles, avec un aperçu avant modification. Ils accélèrent le travail, mais ne le remplacent pas, et chaque changement doit être relu.
Comme beaucoup d'applications anciennes n'ont pas de tests, j'écrirais d'abord des tests sur les parcours vitaux : connexion, commande, facture, ou ce qui fait vivre votre activité. Puis je corrigerais le code par lots, et je ferais valider le résultat par vos équipes avant une bascule à une date convenue, avec sauvegarde et retour arrière écrits.
Quel budget pour une migration PHP 8 ?
Peu de sources neutres existent. Kolonell, une société qui vend elle-même ce type de service, annonce en octobre 2026 de 3 000 à 8 000 € HT pour un audit de code et d'architecture, et de 12 000 à 35 000 € HT pour une montée simple vers PHP 8.3, lorsque le code est sain et sans changement d'architecture. Prenez ces chiffres comme des repères de marché publiés par un prestataire. Ce ne sont pas mes tarifs : je chiffre sur devis, une fois le code examiné. Votre coût dépendra de la version de départ, du nombre de bibliothèques, de la présence de tests et du besoin ou non de moderniser en même temps.
Freelance, agence, ou aucun des deux ?
Un freelance convient bien à une application de taille raisonnable dont le code doit être compris puis mis à jour par une même personne. Une agence sera préférable si l'application est très volumineuse, si plusieurs développeurs doivent intervenir en parallèle ou si une astreinte est exigée. Et parfois, la bonne réponse n'est pas de migrer : si votre site est un simple WordPress, une mise à jour encadrée par votre maintenance peut suffire, et si le logiciel n'est plus utilisé par personne, autant se demander s'il mérite encore d'exister.
La question de la réécriture se pose aussi quand le code est très dégradé. Ne laissez personne vous l'imposer sans audit préalable, car migrer par étapes coûte souvent moins cher que tout recommencer.
Votre prochaine étape
Relevez votre version de PHP actuelle, le nom de votre hébergeur et votre date limite éventuelle. Si votre application tourne déjà sur un framework, lisez aussi l'article sur la migration d'application Symfony dans le Grand Est. Pour une reprise complète, ma page logiciel métier explique comment je travaille depuis Metz, à Nancy et dans toute la région.