PHP 8.2 erschien im Dezember 2022 mit readonly-Klassen, dem Ende der dynamischen Eigenschaften und disjunktiven Normalform-Typen. Der aktive Support endete am 31. Dezember 2024; seitdem gibt es nur noch Sicherheitsupdates, und die laufen am 31. Dezember 2026 aus.
Wo PHP 8.2 heute steht
Noch abgesichert, mit Datum. Das Sicherheitsrelease vom 21. Oktober 2026 (8.2.35) hat die beiden kritischen Lücken auch für 8.2 geschlossen; das war eines der letzten Releases dieser Art für diese Version. Ab dem 1. Januar 2027 passiert das nicht mehr: Das nächste Sicherheitsrelease wird 8.3, 8.4 und 8.5 abdecken, 8.2 nicht.
8.2 ist die Version, auf der aktuell viele gepflegte Anwendungen laufen: Laravel 10 und 11, Symfony 6.4 und 7.0, Shopware 6.5 und 6.6, TYPO3 12 und 13, Drupal 10. Alle unterstützen 8.4 in aktuellen Versionen. Der Sprung ist deshalb meistens klein, und genau deshalb bleibt er liegen.
Was beim Upgrade von 8.2 auf PHP 8.4 zu tun ist
- Implizit nullbare Parameter (
Type $x = null) sind seit 8.4 veraltet und werden zu?Type $x = null. Rector erledigt das vollständig. - get_class() und get_parent_class() ohne Argument sind seit 8.3 veraltet.
- unserialize() meldet seit 8.3 fehlerhafte Daten als Warnung; wer Notices unterdrückt, sieht jetzt Einträge im Log.
- round() rundet seit 8.4 in Grenzfällen mit Fließkomma-Ungenauigkeit anders. Wer Beträge rundet, sollte die Rundung über einen Test absichern.
- E_STRICT ist seit 8.4 entfernt; alte
error_reporting()-Konstrukte brauchen eine Anpassung. - xml_set_*-Funktionen ohne Objekt-Handler, mysqli_ping(), mysqli_refresh(), mysqli_kill() und die Session-Option sid_length sind seit 8.4 veraltet.
- Statische Eigenschaften in Traits werden seit 8.3 anders behandelt, wenn eine Klasse sie neu deklariert.
- Bibliotheken: Die großen Pakete unterstützen 8.4 seit Ende 2024. Prüfen lohnt sich bei Plugins, internen Forks und bei allem ohne Release seit 2023.
Was 8.4 Neues mitbringt (Property Hooks, asymmetrische Sichtbarkeit, new ohne Klammern, die neue DOM-API), steht im eigenen Beitrag. Für den Blick nach vorn: PHP 8.5 als Upgrade-Ziel.
Der Weg von 8.2 auf PHP 8.4
composer installunter 8.4 auf einer Kopie, Testsuite laufen lassen. Das dauert einen Vormittag und ist der ganze Befund.- Rector für die nullbaren Parameter, Rest von Hand.
- Rundungen und Datums-Code gezielt testen.
- Umschalten in einer Randzeit, Rückweg ist der Versionswechsel am Server.
Für die meisten 8.2-Anwendungen ein Tag Arbeit plus ein paar Tage Beobachtung. Wer kein eigenes Team dafür hat, bekommt die Umstellung als kleinste Stufe der Minimal-Migration.
Was nach dem Upgrade bleibt
Ab 8.4 ist die Anwendung bis Ende 2026 aktiv gepflegt und bis Ende 2028 abgesichert. Wer die Routine behalten will, plant das nächste Upgrade auf 8.6 für 2028 ein und weist Patches regelmäßig nach, statt auf die nächste Frist zu warten.
