Discussion :

[olivierdauxais]

Bonjour à toutes et tous,

J'envisage de passer de la version PHP 5.5.12 vers PHP 7.2.4 pour pouvoir profiter de la fonction imageresolution().

Seulement voilà, j'aimerai m'assurer que tous mes scripts déjà édités précédemment seront encore supportés en PHP 7.2.4.
Existe t'il une liste qui recense les éventuelles mots de code PHP qui ne sont plus supportés dans des versions plus modernes?
Ou...
Est-ce que tous les scripts qui étaient supportés dans un PHP de version antérieure sont forcément supportés dans un script de version plus récente?

Cordialement.

[mathieu]

pour vérifier que vos scripts fonctionnent bien, il peut être intéressant d'écrire des test unitaires.
ensuite quand vous changez la configuration du serveur, il vous suffira de lancer les tests pour savoir en quelques secondes si toutes les fonctionnalités de vos scripts fonctionnent toujours.

https://jp-grossglauser.developpez.c...s/php/phpunit/

[grunk]

Il faut éplucher le guide de migration :
http://php.net/manual/fr/migration70.php

Mais rien ne remplacera des tests

[olivierdauxais]

Merci Mathieu pour votre suggestion et votre lien... Ce qui représente finalement beaucoup de travail.
J'imaginais quelque chose de plus simple... Tel qu'une liste de mots qui sont devenus obsolètes en PHP 7.2.4.

Par exemple, je sais que mysql_query() est obsolète depuis PHP 5 ou même avant (je ne me souviens plus trop).
Aujourd'hui, si je demande à mon éditeur de code de vérifier où se trouve le mot "mysql_query" dans tous les scripts de mon site.
Il me répondra qu'il n'a pas trouvé ce mot. Ok, c'est cool, cela veut dire que je peux dormir tranquille.

Autre exemple, si je trouve demain dans cette liste que le mot "abcdefg" n'est plus supporté par PHP 7.
Alors je vais simplement demandé à mon éditeur ne code de vérifier si il trouve ce mot parmi mes scripts PHP.
Si oui, je sais qu'il faut que je modifie mon code. Si non, c'est cool, je sais que n'ai rien à modifier.

Auriez-vous connaissance d'une telle liste de mots obsolètes en PHP 7.2.4?

[Celira]

En bref, la compatibilité ascendante est assurée entre deux versions mineures. Autrement dit, si tu passes de 5.2 à 5.6 tu n'auras que des modifications minimes, éventuellement des choses qui deviennent obsolètes et des valeurs par défaut qui changent, mais rien de grave.

Là, tu vas changer de version majeure de PHP 5 à PHP 7. En général, une version majeure signifie de gros changements, donc de gros impacts sur ton code (surtout si en plus tu as des versions mineures de retard)
Typiquement, les choses qui sont devenues obsolètes dans les dernières versions sont supprimées dans la version majeure, comme l'API mysql qui est obsolète depuis PHP 5.5 et supprimée en PHP7.

Donc comme te le conseille grunk, il faut lire le manuel de migration et notamment la rubrique Modifications entrainant une incompatibilité ascendante.

Sinon, si tu utilises un EDI avancé, il se peut qu'il y ait un support de migration inclus ou disponible dans un plugin. Par exemple, PHPStorm a une fonctionnalité qui analyse le code pour repérer les choses non compatibles avec PHP7 Get Your Code PHP 7 Ready With PhpStorm 10 | PhpStorm Blog.

[olivierdauxais]

Merci Grunk pour ce lien très utile. Et aussi merci pour les cours PHP.
Mais en effet, il faut "éplucher" la liste...
Ce qui reste aussi pas mal de boulot et qui ne remplacera pas les tests.

Existe t'il un logiciel qui lit et vérifie tous nos scripts PHP?
Un peu comme le correcteur de code HTML qui se trouve dans mon éditeur de code PSPad.

Merci Celira, ton post (qui a croisé le mien) semble répondre à ma toute dernière question, je vais y jeter un oeil.

[olivierdauxais]

Re-bonjour Celira,

J'ai téléchargé PHP Storm. Si vous avez un moment, je n'aurais rien contre un mini tuto de votre part qui montre les différents clics pour demander à PHP Storm de vérifier la compatibilité de mes scripts PHP en PHP 7.

Je n'ai pas trouvé de tuto rapide à ce sujet.

Cordialement.

[Celira]

@olivierdauxais : je te ferais remarquer qu'à aucun moment je n'ai dit que j'utilisais PhpStorm, ni même que je te recommandais de l'utiliser :

si tu utilises un EDI avancé, il se peut qu'il y ait un support de migration inclus ou disponible dans un plugin. Par exemple, PHPStorm a une fonctionnalité qui analyse le code pour repérer les choses non compatibles avec PHP7 Get Your Code PHP 7 Ready With PhpStorm 10 | PhpStorm Blog.

Je t'indiquais simplement qu'il existait des fonctionnalités pour faire le genre de vérification que tu souhaitais dans les EDI plus avancés que Notepad++, avec un exemple. Il est probable qu'il existe le même genre de fonctionnalité dans Eclipse PDT, NetBeans, Aptana, Komodo et que sais-je encore. Il se trouve que j'utilise et j'apprécie Intellij, qui est fait par la même organisation que PhpStorm, c'est pourquoi PhpStorm est sorti en premier, mais je n'ai absolument pas dit "Installe PhpStorm c'est génial".

Personnellement, j'utilise Visual Studio Code, qui est largement suffisant pour mes besoins. Mais ce n'est pas le propos, dans la mesure où ce dont j'ai besoin et ce dont tu as besoin sont deux choses différentes.

Je te souhaite bon courage pour ta migration !

[grunk]

Et pour info à aucun moment phpstorm ne réorganise les fichiers à partir du moment où on lui demande d'ouvrir un projet existant.