PHP 8.4 Migration: Was Legacy-Projekte auf PHP 5, 7 und 8.0 jetzt wissen müssen
PHP 8.4 ist seit November 2024 die aktuelle PHP-Version. Das klingt nach einer Zahl. Aber für Unternehmen, deren Anwendungen noch auf PHP 5, 7.4 oder 8.0 laufen, ist es mehr als das.
Es ist ein Abstand, der jeden Monat größer wird.
Dieser Artikel erklärt, was eine Migration auf PHP 8.4 konkret bedeutet. Was bei welchen Versionssprüngen bricht. Wie Sie den Aufwand realistisch einschätzen. Und wann ein schrittweises Upgrade sinnvoller ist als ein kompletter Neustart.
Warum die aktuelle PHP-Version für Legacy-Projekte relevant ist
PHP hat einen klaren Versionszyklus. Jede Version wird zwei Jahre aktiv gepflegt. Danach folgt ein weiteres Jahr mit reinen Sicherheits-Updates. Dann kommt das End of Life.
PHP 8.4 ist aktuell gepflegt. PHP 8.3 erhält noch Sicherheits-Updates. PHP 8.2 ebenfalls, bis Ende 2026. Alles darunter, also PHP 8.1 und früher, ist bereits End of Life oder läuft darauf zu.
Das bedeutet: Wer auf PHP 7.4, 8.0 oder einer noch älteren Version läuft, erhält keine Sicherheits-Patches mehr. Neu entdeckte Lücken werden dokumentiert. Aber für veraltete Versionen werden sie nicht mehr geschlossen.
Wer nicht sicher ist, welche PHP-Version das eigene System nutzt, kann das bei vielen Hostern im Adminbereich einsehen. Alternativ hilft ein kurzer Check beim Entwickler. In vielen Fällen läuft die Anwendung auf einer Version, deren End of Life bereits Jahre zurückliegt.
Was PHP 8.4 gegenüber älteren Versionen verändert hat
PHP 8.x ist kein kleines Update gegenüber PHP 7 oder gar PHP 5. Es ist eine grundlegend überarbeitete Version mit vielen Änderungen.
Einige Funktionen, die in PHP 5 und 7 funktionierten, gibt es in PHP 8 nicht mehr. Manche Verhaltensweisen haben sich geändert. Code, der früher fehlerfrei lief, kann bei einem direkten Sprung auf PHP 8.4 Fehler werfen.
Was in PHP 8 weggefallen ist
PHP-5- und frühe PHP-7-Anwendungen nutzen oft Funktionen, die schon lange als veraltet markiert waren. In PHP 8 wurden viele davon entfernt.
Beispiele: Die Funktion mysql_connect() war bereits in PHP 7 nicht mehr vorhanden. Wer sie noch nutzt, betreibt Code aus einer Ära, die mehr als eine Versionsstufe zurückliegt. Die alten ereg-Funktionen für reguläre Ausdrücke wurden ebenfalls entfernt. Globals-basierte Fehlerbehandlung über $php_errormsg funktioniert nicht mehr.
Das sind keine akademischen Beispiele. Wir sehen diese Muster in echten Projekten, die uns zur Übernahme vorgelegt werden.
Was PHP 8 besser macht
Auf der anderen Seite bringt PHP 8 echte Vorteile. Der JIT-Compiler, ein Mechanismus für schnellere Codeausführung, beschleunigt viele Anwendungen spürbar. Die Typisierung ist in PHP 8 präziser und hilft Fehler früher zu finden. Die Fehlerbehandlung ist klarer und weniger anfällig für stille Fehler.
Das heißt: Eine erfolgreiche Migration verbessert die Anwendung. Sie ist nicht nur eine Pflichtaufgabe, sondern eine echte Aufwertung.
Wie groß ist der Aufwand bei verschiedenen Versionssprüngen?
Das hängt stark vom konkreten Code ab. Trotzdem gibt es Muster, die wir aus der Praxis kennen.
Von PHP 7.4 auf PHP 8.4
Das ist oft der realistischste Fall. PHP 7.4 war die letzte stabile Version der 7er-Reihe. Viele professionell entwickelte Projekte befinden sich hier.
Der Sprung auf PHP 8.x ist machbar. Brechen werden vor allem veraltete Bibliotheken, die nicht für PHP 8 aktualisiert wurden, und Code der explizit PHP-7-Verhalten voraussetzt. Ein automatisierter Scan mit Werkzeugen wie phpcs und php-compatibility-checker zeigt, wo Probleme liegen. Danach folgt das manuelle Beheben.
Realistischer Aufwand für eine mittelgroße Anwendung: zwei bis acht Wochen, abhängig von Codequalität und Abhängigkeiten.
Von PHP 5 auf PHP 8.4
Das ist der Sprung, der wirklich Arbeit macht. PHP 5 wurde im Dezember 2018 End of Life, also vor mehr als sieben Jahren.
Eine direkte Migration von PHP 5 auf PHP 8.4 ist technisch möglich, aber nicht immer sinnvoll. Oft fehlt in PHP-5-Projekten jede Struktur: keine Tests, keine Dokumentation, globale Variablen, veraltete Datenbankfunktionen überall. In diesen Fällen ist ein schrittweises Vorgehen der bessere Weg.
Schritt eins: PHP 5 auf PHP 7.4 stabilisieren. Schritt zwei: PHP 7.4 auf PHP 8.2 oder 8.4 heben. Das macht jeden Schritt kleiner und beherrschbarer.
Von PHP 8.0 oder 8.1 auf PHP 8.4
Dieser Sprung ist der kleinste. PHP 8.0 bis 8.4 sind im Wesentlichen kompatibel. Die meisten Änderungen sind Ergänzungen, keine Brüche. Hier geht es vor allem darum, Deprecation-Warnungen zu beseitigen und Abhängigkeiten zu aktualisieren.
Realistischer Aufwand: wenige Tage bis zwei Wochen.
Wann lohnt sich ein Rewrite statt einer Migration?
Das ist die Frage, die viele stellen. Die ehrliche Antwort lautet: selten so oft wie gedacht.
Ein vollständiger Rewrite klingt verlockend. Man fängt bei Null an. Kein alter Code, keine technischen Schulden, alles sauber. Die Praxis sieht anders aus.
Ein Rewrite dauert länger als geplant. Das neue System muss alle Funktionen des alten abbilden, bevor man es in Betrieb nehmen kann. Und die Geschäftslogik, die im alten Code steckt, ist oft nirgendwo dokumentiert. Sie muss mühsam rekonstruiert werden.
Es gibt Fälle, in denen ein Rewrite sinnvoll ist: wenn das System so kaputt ist, dass eine Modernisierung mehr kostet als ein Neustart. Wenn die Architektur grundlegend falsch ist und sich nicht sanieren lässt. Wenn die Geschäftslogik gut dokumentiert ist und das Team bereit ist für ein langes Projekt.
In allen anderen Fällen gilt: schrittweise modernisieren, parallel betreiben, ablösen wenn das neue System bereit ist.
Was eine realistische Aufwandsschätzung braucht
Man kann den Aufwand für eine PHP-Migration nicht pauschal benennen. Jede Anwendung ist anders.
Für eine seriöse Schätzung sind diese Informationen nötig:
Code-Analyse: Welche PHP-Version wird genutzt? Welche Abhängigkeiten sind im Einsatz? Gibt es automatisierte Tests?
Dependency-Check: Welche externen Bibliotheken werden eingesetzt? Sind diese für PHP 8.4 verfügbar?
Funktionskritikalität: Welche Teile der Anwendung sind geschäftskritisch und dürfen unter keinen Umständen ausfallen?
Testabdeckung: Gibt es Tests? Wenn nicht, müssen kritische Funktionen vor der Migration abgesichert werden.
Wer diese Fragen beantwortet hat, kann eine realistische Schätzung abgeben. Wer das ohne Analyse verspricht, schätzt ins Blaue.
Wie man den nächsten Schritt strukturiert
Für viele Entscheider ist der erste Schritt der schwierigste. Man weiß, dass Handlungsbedarf besteht. Man weiß aber nicht, womit man anfangen soll.
Eine bewährte Reihenfolge:
Erstens: Herausfinden, welche PHP-Version das System tatsächlich nutzt. Das ist die Grundlage für alles weitere.
Zweitens: Einen Kompatibilitäts-Scan durchführen. Das zeigt konkret, was beim Upgrade bricht.
Drittens: Entscheiden, ob man einen direkten Sprung macht oder eine Zwischenstufe einplant.
Viertens: Eine Testumgebung aufsetzen, das Upgrade durchführen und die Anwendung gründlich testen, bevor man in die Produktion geht.
Ein PHP-Upgrade beauftragen ist oft sinnvoller als den internen Entwicklern ein Projekt aufzubürden, das nicht zu deren Kernaufgaben gehört. Externe Unterstützung bringt Erfahrung mit genau diesen Projekten.
Warum jetzt handeln mehr bringt als warten
Jeder Monat auf einer veralteten PHP-Version ist ein Monat, in dem neue Sicherheitslücken offen bleiben. Die Abhängigkeiten des Systems werden über die Zeit inkompatibel mit der restlichen Software-Welt. Der Abstand zur aktuellen PHP-Version wächst.
Das Upgrade wird nicht einfacher, wenn man wartet. Es wird aufwändiger. Jede weitere Bibliothek, die ohne PHP-8-Support eingestellt wird, ist eine Baustelle mehr. Jede weitere Sicherheitslücke, die für ältere Versionen nicht gepatcht wird, ist ein offenes Risiko.
Mehr zu den Grundlagen einer professionellen Software-Wartung lesen Sie auf unserer Leistungsseite.
Fazit: PHP 8.4 Migration ist planbar
Die aktuelle PHP-Version ist erreichbar, auch für ältere Projekte. Der Aufwand ist abhängig vom Versionssprung und von der Qualität des bestehenden Codes. Er ist aber in fast allen Fällen kleiner als ein kompletter Neubau.
Sprechen Sie uns an. Das Erstgespräch ist kostenlos. Wir schauen uns Ihr System an und sagen Ihnen ehrlich, wie ein realistischer Weg aussieht.
