La modernisation des projets est toujours une question délicate. PHP ne fait pas exception. Sur Dev.to, un petit guide pratique a été publié. Dans beaucoup de cas, il n'y aura pas de réécriture trop profonde mais les casses de compatibilité et les évolutions du langage peuvent impacter un vieux code.

1 / Une réécriture complète n'est jamais une bonne idée surtout si l'architecture est complexe ou trop ancienne. Il faut alors repenser l'architecture, adapter et redécouper les couches. 

2 / auditer le code, définir la montée de version côté PHP et de la pile technique

3 / utiliser Composer

4 / adoptation, si cela est possible, d'un framework récent pour simplifier le code et miser sur l'avenir

Etape 1 : évaluation du projet

Ne jamais commencer un projet de modernisation sans connaître le projet, le code, les dépendances. Définir aussi les codes les plus critiques. Monitorer le projet pour voir les éventuels problèmes de performances à fixer durant la migration. Comprendre la base de données, les requêtes, la couche technique utilisée.

Etape 2 : migrer vers une version de PHP supportée

Quand on modernise, un des objectifs est de déployer une version du langage ou du framework supportée. Une version non supportée signifie l'absence de patchs de sécurité et de maintenance. Si l'écart entre la version en production et la nouvelel version est trop grand, faire une migration par étape pour éviter un big bang du code. Cette progression permettra de modifier le code au fur et à mesure. Chaque étape permettra aussi de prendre en compte les casses de code, les fonctionnalités obsolètes, etc. 

Etape 3 : on intègre le secure by design

Si ce n'est pas déjà fait, la migration est un moyen d'introduire le secure by design, d'utiliser les bonnes pratiques, d'ajouter les tests nécessaires. 

Etape 4 : mettre en place des fondations modernes

Vous pouvez intégrer une gestion des dépendances avec Composer, utiliser les espaces de noms et une structure de projet plus stricte si ce n'est pas le cas, tout en retirant tous les assets inutiles. Remettez de l'ordre dans les règles de codage. 

Cela peut être l'occasion de séparer les couches métier, de présentation et de données. Casser les couplages forts si ce n'est plus nécessaire. Refactorer le projet pour trouver les codes morts et les doublons. 

Etape 5 : introduire un framework moderne

Si ce n'est pas déjà le cas, vous pouvez envisager d'introduire un framework PHP récent et basculer progressivement le code. Là encore, éviter un big bang technique. 

Source : https://dev.to/mecanik-dev/legacy-php-modernisation-a-2026-guide-5gm7