PHP-Upgrade: sicherer Sprung auf eine aktuelle PHP-Version

PHP 7 ist seit November 2022 ohne offiziellen Support. PHP 5 schon deutlich länger. Wer noch auf diesen Versionen läuft, sammelt jeden Monat neue Sicherheitslücken an, die niemand mehr stopft. Was zu tun ist, haben wir im Blogbeitrag PHP 7 End of Life, was tun? ausführlich beschrieben. Hier geht es darum, wie wir den Sprung in der Praxis begleiten.

Ein PHP-Upgrade ist selten ein reines Versionsthema. Zwischen 5.6 und 8.3 liegen mehrere große Sprünge, in denen die Sprache strenger geworden ist, Verhalten geändert wurde und alte Erweiterungen entfallen sind. Wer das übergeht und einfach umschaltet, bekommt Fehler statt Fortschritt. Hintergrund zu den Versionen finden Sie im Glossar zur PHP-Version und zu End of Life.

Was wir konkret tun

Wir analysieren Ihren Code mit etablierten Werkzeugen (etwa PHPStan, Rector und PHP_CodeSniffer) auf Inkompatibilitäten und schauen die Befunde manuell durch, weil automatische Werkzeuge nicht alles finden. Wir bauen eine Staging-Umgebung mit der Zielversion auf und ziehen die Anwendung dorthin um, gegen eine Kopie Ihrer Produktivdaten.

Wir passen den Code Schritt für Schritt an, häufig in mehreren Etappen: zuerst die offensichtlichen Brüche, dann die geänderten Verhaltensweisen, am Ende die feinen Stellen, die nur unter Last sichtbar werden. Wir testen die geschäftskritischen Pfade explizit, soweit Tests vorhanden sind, ergänzen sie wo nötig.

Wenn die Staging-Umgebung stabil läuft, planen wir den Cutover in einem vereinbarten Wartungsfenster, mit Rollback-Plan. Nach dem Sprung beobachten wir das System für etwa eine Woche verstärkt und beheben kleinere Effekte sofort. Größere strukturelle Umbauten gehören in die Modernisierung, die sich oft an ein Upgrade anschließen lässt.

Ablauf in Schritten

1. Erstgespräch und Bestandsaufnahme (1–2 Tage). Wir bekommen Zugriff auf den Code, sehen uns Versionen, Erweiterungen und Frameworks an und schätzen die Größenordnung des Aufwands.
2. Angebot mit Zielversion. Sie bekommen eine schriftliche Empfehlung: welche Zielversion sinnvoll ist (8.2 oder 8.3), in wie vielen Etappen wir den Sprung machen und was er kostet.
3. Kompatibilitätsanalyse (2–4 Tage). Werkzeug-gestützte Analyse, manuelle Durchsicht der Befunde, priorisierte Liste der Anpassungen.
4. Anpassung im Code, in Etappen. Jede Etappe wird in Staging getestet, bevor die nächste beginnt. Sie sehen den Fortschritt jederzeit.
5. Generalprobe in Staging. Vollständiger Durchlauf mit aktuellen Produktivdaten. Bei dieser Probe finden sich häufig noch Feinheiten.
6. Cutover im Wartungsfenster. Umschaltung der Produktion auf die neue PHP-Version. Mit Stoppuhr und Rollback-Plan.
7. Stabilisierung. Verstärkte Beobachtung in der ersten Woche nach dem Sprung.

Was Sie bekommen

• Schriftlicher Bericht zu Inkompatibilitäten mit Schweregrad
• Angepasster Code in der Zielversion, lauffähig und getestet
• Staging-Umgebung mit der neuen PHP-Version, auch nach dem Cutover nutzbar
• Dokumentation der Änderungen, nachvollziehbar für andere Entwicklerinnen und Entwickler
• Rollback-Plan und definierte Go-/No-Go-Punkte für den Cutover
• Stabilisierungsphase nach dem Sprung, typisch 1 Woche
• Empfehlung für nächste sinnvolle Schritte, etwa Framework- oder Bibliotheks-Updates

Für wen es geeignet ist

Dieses Modul passt für Unternehmen, die eine produktive PHP-Anwendung betreiben und auf PHP 5.6, 7.0, 7.1, 7.2, 7.3 oder 7.4 unterwegs sind. Auch ein Sprung von einer alten 8.0 auf 8.2 oder 8.3 ist möglich. Die Anwendung kann selbst entwickelt oder zugekauft sein, mit oder ohne Framework.

Weniger geeignet ist das Modul, wenn die Anwendung gleichzeitig grundlegend umgebaut werden soll. Dann ist eine Modernisierung der bessere Rahmen, das PHP-Upgrade ist dort eine Etappe.

Was es kostet

Der Einstieg liegt bei 890 € netto für kleinere Anwendungen mit wenigen tausend Zeilen Code und überschaubarem Funktionsumfang. Mittelgroße Anwendungen liegen typisch zwischen 2.500 und 8.000 €. Bei umfangreichen Codebases (mehrere hunderttausend Zeilen, mehrere Subsysteme) erstellen wir ein individuelles Angebot nach der Bestandsaufnahme. Sie bekommen einen Festpreis, bevor die eigentliche Arbeit beginnt.

FAQ

Auf welche PHP-Version sollten wir springen, 8.2 oder 8.3?

In den meisten Fällen empfehlen wir 8.3, weil sie länger Sicherheitsupdates erhält. Wenn die Anwendung Bibliotheken nutzt, die noch nicht offiziell für 8.3 freigegeben sind, gehen wir auf 8.2 und planen das nächste Upgrade in 12 bis 18 Monaten. Die Entscheidung treffen wir gemeinsam, nach der Bestandsaufnahme.

Was passiert, wenn unsere Anwendung Erweiterungen nutzt, die es nicht mehr gibt?

Die häufigsten Fälle sind mysql_* (durch mysqli oder PDO ersetzt) und mcrypt (durch openssl oder sodium ersetzt). Wir tauschen diese im Code aus und testen die betroffenen Pfade besonders sorgfältig. Bei seltenen Spezial-Erweiterungen prüfen wir, ob es einen Nachfolger gibt oder eine andere Lösung sinnvoll ist.

Müssen wir während des Upgrades unsere Frameworks oder Bibliotheken auch anheben?

Häufig ja, weil ältere Versionen mit PHP 8.x nicht zusammenarbeiten. Wir nehmen diese Updates so sparsam wie möglich vor, also nur soweit nötig, damit die Anwendung in der Zielversion läuft. Weiterführende Modernisierung der Bibliotheken können wir anschließen, sie ist aber nicht Pflicht.

Wie lange dauert ein typisches Upgrade?

Vom Erstgespräch bis zum Cutover vergehen meist 3 bis 8 Wochen Kalenderzeit. Die eigentliche Arbeitszeit liegt häufig bei 3 bis 15 Personentagen, je nach Codegröße und Zustand der Tests. Bei sehr großen Anwendungen kann sich der Zeitraum auf mehrere Monate strecken.

Was, wenn nach dem Cutover doch noch ein Fehler auftaucht?

Genau dafür gibt es die Stabilisierungsphase. Kleine Effekte beheben wir sofort, im Rahmen des Festpreises. Bei größeren Befunden, die im Vorfeld nicht erkennbar waren, sprechen wir mit Ihnen über das Vorgehen. Im schlimmsten Fall greift der Rollback-Plan, dann sind Sie wieder auf der alten Version und wir nehmen einen neuen Anlauf.

Bereit, anzufangen?

Lassen Sie uns 30 Minuten sprechen. Sie beschreiben Ihre Anwendung und Ihre aktuelle PHP-Version, wir geben eine erste Einschätzung zu Aufwand, Risiken und Zielversion. Kostenlos, ohne Vertragsbindung.

PHP-Upgrade anfragen →