Où en est le support de PHP 7.4 et 8.4 ?
| Critère | PHP 7.4 | PHP 8.4 |
|---|---|---|
| Sortie | novembre 2019 | novembre 2024 |
| Fin des correctifs de bugs | novembre 2021 | décembre 2026 |
| Fin des correctifs de sécurité | novembre 2022 | décembre 2028 |
Statuts vérifiés le 08/11/2026 sur les pages officielles de version.
Les ruptures à traiter en premier
- Bloquant · 8.0Comparaison lâche nombre/chaîne non numérique : on compare désormais en chaîne, donc 0 == 'foo' vaut false. Fait sauter beaucoup de conditions legacy.source
- Bloquant · 8.0L'opérateur @ ne masque plus les erreurs fatales ; error_reporting par défaut passe à E_ALL et display_startup_errors est activé.source
- Bloquant · 8.1Passer null à un paramètre non nullable d'une fonction interne est déprécié (strlen(null), trim(null)…) : source massive d'avertissements.source
Le chemin de migration, étape par étape
Chaque version mineure de PHP a son guide de migration officiel ; on les applique dans l’ordre, avec la CI au vert entre deux étapes. Avant de lancer le chantier, un audit Bear Scan avant de migrer chiffre la dette qui ralentira chaque étape.
Passer à PHP 8.0
- BloquantComparaison lâche nombre/chaîne non numérique : on compare désormais en chaîne, donc 0 == 'foo' vaut false. Fait sauter beaucoup de conditions legacy.source
- BloquantL'opérateur @ ne masque plus les erreurs fatales ; error_reporting par défaut passe à E_ALL et display_startup_errors est activé.source
- BloquantRetraits : create_function(), each(), __autoload(), casts (real) et (unset), constructeurs PHP 4, constantes insensibles à la casse, appel statique de méthodes non statiques.source
- BloquantNombreux avertissements promus en exceptions Error/TypeError (écriture sur propriété d'un non-objet, clé de tableau invalide, opérations sur types incompatibles).source
- À traiterLes erreurs d'héritage liées aux signatures incompatibles (violations de LSP) sont toujours fatales ; l'assertion lève une exception par défaut (assert.exception=1).source
Extensions
- Plusieurs ressources deviennent des objets (curl_init() renvoie un CurlHandle, etc.) : remplacer les tests is_resource() par des tests contre false.source
- Mot réservé match ; paramètre optionnel avant un paramètre obligatoire déprécié (la valeur par défaut est ignorée).source
Pièges rencontrés en migration
- Les gestionnaires d'erreurs qui testaient error_reporting() == 0 pour détecter un @ doivent utiliser un masque (error_reporting() & $err_no), sinon les erreurs masquées remontent.source
- Avec display_startup_errors activé par défaut et E_ALL, il faut vérifier display_errors=Off en production pour éviter les fuites d'informations.source
Rector : LevelSetList::UP_TO_PHP_80
Passer à PHP 8.1
- BloquantPasser null à un paramètre non nullable d'une fonction interne est déprécié (strlen(null), trim(null)…) : source massive d'avertissements.source
- BloquantLes méthodes internes non finales exigent un type de retour compatible dans les classes filles ; sinon dépréciation, masquable par #[\ReturnTypeWillChange].source
Étape intermédiaire, détaillée sur sa propre page : migration PHP 8.0 → 8.1
À lire sur le blog : Migration PHP 8.1 vers 8.3 : les incompatibilités que personne ne mentionne
Passer à PHP 8.2
- BloquantLa création de propriétés dynamiques est dépréciée, sauf avec #[\AllowDynamicProperties] ; stdClass reste autorisée. Impact fort sur les entités et DTO hérités.source
Étape intermédiaire, détaillée sur sa propre page : migration PHP 8.1 → 8.2
À lire sur le blog : PHP 8.6 arrive le 19 novembre, PHP 8.2 expire le 31 décembre
Passer à PHP 8.3
- À traiterIncrémenter ou décrémenter des chaînes vides ou non numériques est déprécié ; utiliser str_increment(). L'incrément de chaînes non numériques est soft-déprécié.source
- À traiterrange() durci : TypeError pour objets, tableaux et ressources, ValueError pour un pas à 0 ou négatif sur une plage croissante, avertissement pour une chaîne vide.source
Étape intermédiaire, détaillée sur sa propre page : migration PHP 8.2 → 8.3
À lire sur le blog : Migration PHP 8.1 vers 8.3 : les incompatibilités que personne ne mentionne · Docker multi-stage builds : image PHP 8.3 de 800 Mo à 80 Mo
Passer à PHP 8.4
- BloquantParamètre implicitement nullable (Type $p = null) déprécié : écrire ?Type ou Type|null. Touche massivement le code hérité et les dépendances.source
- À traiterexit() et die() se comportent comme des fonctions : soumis à strict_types et lèvent TypeError pour un type invalide.source
- À traiterLe niveau E_STRICT est supprimé et sa constante déclarée dépréciée ; trigger_error() avec E_USER_ERROR est déprécié.source
- À traiterModification indirecte de propriétés readonly dans __clone() interdite ; la récursion pendant une comparaison lève une Error.source
- Mineurround() lève ValueError pour un mode invalide, str_getcsv() exige des séparateurs d'un octet, et nommer une classe _ est déprécié.source
Extensions
- Migration ressource vers objet pour DBA, ODBC et SOAP.source
- opcache.interned_strings_buffer : maximum relevé à 32767 sur 64 bits (4095 avant) ; nouveaux avertissements ou exceptions dans curl, gd, intl, mbstring, session, xml.source
Pièges rencontrés en migration
- Les dépréciations de types implicitement nullables viennent surtout des dépendances : mettre à jour les paquets de vendor/ (composer outdated) avant de basculer la production.source
- Une API qui passait n'importe quel type à exit() (ex. un tableau ou un objet) échoue désormais en TypeError dans les scripts et commandes console.source
Rector : LevelSetList::UP_TO_PHP_84
Guide officiel de migration vers PHP 8.4
À lire sur le blog : Doctrine ORM 3.4.0 : Lazy Objects natifs PHP 8.4 en production · Docker PHP 8.4 production : multi-stage, non-root et scan Trivy en CI
Ce que PHP 8.4 vous apporte
- 8.4 : Property hooks : logique get/set attachée aux propriétés, avec propriétés virtuelles sans valeur de support.source
- 8.4 : Visibilité asymétrique des propriétés : la visibilité en écriture se règle séparément de la lecture.source
- 8.4 : Objets lazy dont l'initialisation est différée jusqu'au premier accès, utile aux frameworks et à l'injection de dépendances.source
- 8.4 : Attribut #[\Deprecated] pour marquer fonctions, méthodes et constantes de classe (erreur E_USER_DEPRECATED).source
- 8.4 : Chaînage direct d'une expression new sans parenthèses : new Foo()->bar().source
Combien coûte cette migration ?
À partir de 1 500 € HT
Pour la migration accompagnée Bear Upgrade, Rector tourne d’abord en dry-run sur les transformations mécaniques, Claude Code traite les cas que Rector ne couvre pas, puis un développeur senior relit chaque Merge Request. Votre équipe veut reprendre la main ensuite ? Pensez à la formation Claude Code sur vos projets. Exemple concret : la migration Symfony d’un e-commerce bordelais, et après la migration, la maintenance des versions garde le socle à jour.
Sur une base aussi ancienne, l’audit d’abord : Bear Scan mesure tests, dépendances abandonnées et code mort avant de fixer le prix de la migration.
Questions fréquentes
À traiter en premier : Comparaison lâche nombre/chaîne non numérique : on compare désormais en chaîne, donc 0 == 'foo' vaut false. Fait sauter beaucoup de conditions legacy (PHP 8.0) ; L'opérateur @ ne masque plus les erreurs fatales ; error_reporting par défaut passe à E_ALL et display_startup_errors est activé (PHP 8.0) ; Passer null à un paramètre non nullable d'une fonction interne est déprécié (strlen(null), trim(null)…) : source massive d'avertissements (PHP 8.1).
PHP 7.4 ne reçoit plus de correctifs de sécurité depuis novembre 2022.
En grande partie : le set LevelSetList::UP_TO_PHP_84 applique en une passe les transformations mécaniques jusqu’à PHP 8.4. Restent les changements de comportement (valeurs de retour, erreurs devenues fatales, extensions retirées), à couvrir par les tests et une relecture humaine.
Une migration Bear Upgrade démarre à 1 500 € HT. Pour une application Symfony, le calculateur pré-rempli avec PHP 7.4 → 8.4 donne l’estimation de votre projet ; le prix ferme est fixé au cadrage.
Pour aller plus loin
- PHP 8.6 arrive le 19 novembre, PHP 8.2 expire le 31 décembre
- Migration PHP 8.1 vers 8.3 : les incompatibilités que personne ne mentionne
- Doctrine ORM 3.4.0 : Lazy Objects natifs PHP 8.4 en production
- Docker PHP 8.4 production : multi-stage, non-root et scan Trivy en CI
- PHP 8.4 PDO subclasses : connexions Doctrine typées sans patch tiers
Sources
- www.php.net/manual/en/migration80.incompatible.php
- www.php.net/manual/en/migration81.deprecated.php
- www.php.net/manual/en/migration81.incompatible.php
- www.php.net/manual/en/migration82.deprecated.php
- www.php.net/manual/en/migration83.deprecated.php
- www.php.net/manual/en/migration83.incompatible.php
- www.php.net/manual/en/migration84.deprecated.php
- www.php.net/manual/en/migration84.incompatible.php