Discussion :

[Romain16000]

Bonjour,

Je reprends un vieux site html/php/MySQL. Je n'ose même pas mettre les versions.

Il faut que je fasse une MAJ de PHP sur le site de l'hébergeur mais du coup les erreurs tombent suite à des commandes "deprecated".

Est-ce qu'il faut que je me tape la lecture de tout le code de tous les modules pour traquer les commandes obsolètes ou est-ce qu'il existe une méthode et un outil me permettant d'automatiser un peu ce travail ?

Bon, je sais que ce problème n'est pas propre à PHP mais dans mon cas c'esr PHP qui coince et je n'ai pas vu de meilleur forum.

[mathieu]

est ce que c'est un site qui pourrait être amené à évoluer ? ou alors il va rester tel quel et s'il y a un modification à faire, cela va passer par une refonte complète ?

à voir aussi quels sont les utilisateurs ciblés. si c'est un site tout public et que c'est une très vieux site, il manque peut être les effets responsifs pour gérer les petits écrans.

[Pytet]

Bonjour,

Les alertes de type "deprecated" correspondent à des fonctionnalités qui sont devenus obsolètes et qui ne devraient plus être utilisées pour de nouveaux projets.
Néanmoins, ces fonctionnalités ne sont pas supprimées du langage (les fonctionnalités dépréciées sont généralement supprimées lors de la prochaine mise à jour majeure de PHP).

Idéalement, il faudrait donc modifier le code pour corriger les alertes deprecated afin de ne pas avoir à s'en soucier lors de la prochaine maj, mais tu peux aussi pour l'instant les ignorer puisque celles-ci ne changeront pas le fonctionnement actuel de ton code.

Tu risques par contre de rencontrer des incompatibilités entre les différentes versions de PHP, tu peux consulter les guides de migration de chaque version sur la doc pour plus d'infos : https://www.php.net/manual/fr/migration82.php

Il existe notamment le projet rectorphp/rector qui permet d'automatiser en partie la mise à jour du code en fonction de la version PHP.

[Romain16000]

Merci pour ces deux réponses.

En effet, le site n'est pas responsive mais je n'envisageais pas qu'il le devienne : je me suis juste engagé pour des petits ajouts ou des MAJ de routine.
Je ne pensais pas retoucher le code.
D'ailleurs c'est ici : https://www.falconoras.fr/

Par contre, tôt ou tard l'hébergeur (OVH) ne supportera plus cette version de PHP donc je ne vais pas pouvoir ignorer.

Je vais voir avec le projet rectorphp. Faut pas trainer : je lis que "Rector now supports upgrades from PHP 5.3 to 8.2" et je suis sur du PHP 5.4 !

[cavo789]

J'ai déjà fait de multiples mises à jour et il n'existe, à ma connaissance, aucun outil d'analyse pouvant prédire les problèmes qui surviendront.

Rector est un outil absolument génial, je l'adore et je l'utilise régulièrement, pas forcément pour upgrader mais aussi pour récrire du code que je viens de faire car Rector me dira alors "tiens tu as écrit comme ça alors qu'on peut faire comme ceci". Dans cette utilisation régulière, Rector est en fait mon coach, mon relecteur. Un must à utiliser.

Pour la migration, si tu n'as pas de tests unitaires, tu vas donc migrer à l'aveugle : tu vas changer le code source (à la main ou via Rector) sans même savoir si le code fonctionnait avant et s'il fonctionne après.

Si tu utilises des dépendances tierces, peut-être celles-ci n'existent plus dans la version cible de php voire fonctionnent autrement (code refactoring).

Ceci pour dire que la migration est toujours un challenge imprévisible lorsque le code legacy est très ancien.

Bonne chance.

[SpaceFrog]

J'ai déjà eu à faire un upgrade de version de php sur des sites, je suis tombé sur des curiosités comme des fonctions natives dont l'ordre des paramètres est inversé d'une version à l'autre.
J'ai tout fait à la mano en reprenant le code fichier par fichier et à chaque nouvelle découverte en faisant des replacement de code en masse.
Avec un peu de rigueur et de patience ça se fait sans trop de soucis...