PHP-Update mit Analyse statt Bauchgefühl
Der Weg von PHP 7 auf PHP 8: erst Kompatibilitätsanalyse, dann Tests als Sicherheitsnetz, automatisierter Umbau und eine Umstellung, die mit dem Hoster abgestimmt ist.
Ein Update, das planbar bleibt
Als Senior Freelancer beginnt ein PHP-Update von 7 auf 8 mit Analyse statt Bauchgefühl und beginnt anders, als es aussieht: es sieht nach einer Zeile in der Server-Konfiguration aus und ist in der Praxis ein eigenes kleines Vorhaben. PHP 8 bringt nicht nur neue Sprachmittel mit, sondern nimmt auch Rücksichten zurück, die frühere Versionen noch gewährt haben: Was in PHP 7 eine Warnung im Protokoll war, ist in PHP 8 oft ein harter Abbruch. Deshalb steht am Anfang keine Umstellung, sondern eine Kompatibilitätsanalyse.
Dafür kommen drei Werkzeuge zum Einsatz, die sich gut ergänzen: PHPCompatibility durchsucht den Code auf Stellen, die mit der Zielversion nicht mehr funktionieren, Rector kann viele davon anschließend automatisiert umbauen, und PHPStan findet Unstimmigkeiten, die erst durch die strengeren Regeln auffallen. Dazu kommt der Blick auf die Composer-Pakete: Welche brauchen eine neue Version, welche haben keinen Nachfolger und müssen ersetzt werden. Das Ergebnis ist eine priorisierte Liste mit Aufwandsschätzung, bevor die erste Zeile geändert wird.
Die häufigsten Stolpersteine sind gut bekannt: entfernte Funktionen wie each(),
create_function() oder money_format(); strengere Regeln beim
stillschweigenden Umwandeln zwischen Zahlen und Zeichenketten; Bibliotheken, die nie für
PHP 8 freigegeben wurden; und eigene Anpassungen, die nirgends dokumentiert sind. Keiner
dieser Punkte ist dramatisch, solange er vor der Umstellung bekannt ist statt danach.
Der wichtigste Teil ist deshalb oft gar nicht das Update selbst, sondern das Sicherheitsnetz. In gewachsenen Anwendungen gibt es meist wenige oder keine Tests. Bevor umgebaut wird, entstehen sie für die Abläufe, bei denen ein Fehler richtig weh tut: Anmeldung, Bestellung, Zahlung, Import. Diese Tests bleiben danach im Projekt und machen jedes weitere Update ruhiger, was langfristig oft mehr wert ist als der Versionssprung selbst.
Zur Umstellung gehört die Abstimmung mit dem Hoster oder der internen IT, weil neben der PHP-Version meist auch Einstellungen zu Arbeitsspeicher, Laufzeiten und Erweiterungen anzupassen sind. Getestet wird vorher in einer Testumgebung mit einer Kopie der Echtdaten, umgestellt wird zu einer verkehrsarmen Zeit, und der Rückweg bleibt bis zur Freigabe offen. Soll direkt danach ein Framework-Sprung folgen oder eine größere Modernisierung, wird das getrennt geplant: Vermischt man beides, ist im Fehlerfall die Ursache kaum einzugrenzen.
Die Zusammenarbeit läuft standardmäßig zu 100 % remote und damit ortsunabhängig, direkt mit Auftraggebern, als Verstärkung für Agenturen und über IT-Vermittler. Gebraucht werden Zugriff auf das Git-Repository und eine Testumgebung. Gearbeitet wird aus dem eigenen Büro im kontorworx-Coworking-Space in Rheine, persönliche Termine vor Ort sind nach Absprache möglich, etwa zum Auftakt mit dem internen Team.
Aktuelle Verfügbarkeit · Eingeschränkt
Freie Kapazität ab 01.09.2026
Antwort innerhalb von 2-5 Werktagen je nach Projektgröße.
Was ein PHP-Update bringt
Wieder im unterstützten Bereich sein
PHP 7.4 bekommt seit November 2022 keine Sicherheits-Updates mehr, ältere Versionen entsprechend länger nicht. Auf einer gepflegten Version schließt das PHP-Projekt Lücken selbst, statt dass jede einzelne umgangen werden muss.
Der Hoster stellt die alte Version ab
Viele Anbieter nehmen alte PHP-Versionen aus dem Programm und setzen dafür eine Frist. Dann braucht es jemanden, der das Update vor Fristablauf geordnet durchzieht, statt es am Stichtag zu erzwingen.
Aktuelle Bibliotheken einsetzen können
Viele Composer-Pakete setzen inzwischen PHP 8 voraus. Nach dem Update stehen aktuelle Versionen wieder offen, samt ihrer Fehlerbehebungen und neuen Funktionen.
Mehr Tempo ohne mehr Hardware
PHP 8 arbeitet spürbar schneller als PHP 7, ohne dass am Code etwas geändert wird. Wie viel es im Einzelfall ist, zeigt der Vergleich vorher und nachher in der Testumgebung.
Moderner schreiben können
Aufzählungstypen, benannte Argumente, kürzere Konstruktoren, Vergleichsausdrücke: PHP 8 macht viele Stellen knapper und klarer. Das zahlt sich vor allem bei künftigen Erweiterungen aus.
Ein Framework-Update steht an
Aktuelle Symfony- und Laravel-Versionen setzen PHP 8 voraus. Dann ist das PHP-Update der notwendige erste Schritt und lässt sich gut mit dem Framework-Sprung planen.
Tests entstehen als Nebenprodukt
Für ein sicheres Update entstehen Tests an den kritischen Stellen. Die bleiben danach da und machen jedes weitere Update deutlich ruhiger, das ist der eigentliche langfristige Gewinn.
Ein größerer Umbau soll vorbereitet werden
Vor einer Modernisierung ist das PHP-Update oft der günstigste erste Schritt: kleiner Umfang, sofort spürbar, und danach steht die Anwendung auf einer Grundlage, auf der sich weiterarbeiten lässt.
Wie das Update abläuft
Wie viele Anpassungen nötig sind, hängt am Alter des Codes und an den eingesetzten Bibliotheken. Die Kompatibilitätsanalyse am Anfang macht das sichtbar, danach steht eine belastbare Schätzung. Vertragsbasis ist ein Dienstvertrag mit Abrechnung nach Aufwand.
-
1
1. Kompatibilitätsanalyse
Prüfung der Codebasis mit PHPCompatibility, Rector und PHPStan sowie ein Blick auf die Composer-Pakete: Welche verlangen eine Anpassung, welche haben einen Nachfolger, welche sind aufgegeben. Ergebnis ist eine priorisierte Liste mit Aufwandsschätzung.
-
2
2. Sicherheitsnetz aufbauen
Sind keine oder wenige Tests vorhanden, entstehen sie zuerst für die wichtigsten Abläufe: Anmeldung, Bestellung, Zahlung, Import. Ohne dieses Netz wäre jede Änderung ein Sprung ins Dunkle.
-
3
3. Automatisierter Umbau
Rector wendet die Regeln für die Zielversion an, ergänzt Typangaben und modernisiert wiederkehrende Muster. Jede automatische Änderung wird durchgesehen, nichts geht ungeprüft in den Code.
-
4
4. Handarbeit an den Reststellen
Was ein Werkzeug nicht sicher entscheiden kann: geänderte Bedeutungen, Austausch aufgegebener Pakete, strengere Typprüfungen. Dazu die Tests laufen lassen und die kritischen Abläufe von Hand durchgehen.
-
5
5. Umstellung
Test in der Testumgebung mit einer Kopie der Echtdaten, Vergleich der Antwortzeiten vorher und nachher, Wechsel zu einer verkehrsarmen Zeit, danach erhöhte Aufmerksamkeit und ein kurzer Abschlussbericht.
Fragen zum PHP-Update
Was kostet ein PHP-Update von 7 auf 8?
Welche PHP-Versionen sind im Einsatz?
Welche Stolpersteine gibt es typischerweise?
each(), create_function() oder money_format(); strengere Typprüfungen, weil PHP 8 stillschweigende Umwandlungen zwischen Zahlen und Zeichenketten nicht mehr durchgehen lässt; Composer-Pakete, die nicht für PHP 8 freigegeben oder inzwischen aufgegeben sind; und eigene Erweiterungen oder Anpassungen, die nirgends dokumentiert sind. Alle vier sind lösbar, wenn sie vorher bekannt sind.
Wie wird das Update abgesichert?
Muss die Anwendung während des Updates stillstehen?
Wird das Update auch mit dem Hoster abgestimmt?
Lohnt es sich, gleich weitere Themen mitzunehmen?
Wer betreut die Anwendung danach?
Auch interessant
Tagessätze und Wartungspakete stehen offen.
Für PHP-Update 7 → 8 gilt derselbe Satz wie für jede andere Aufgabe: 760 bis 1.080 € pro Tag netto (95 bis 135 € pro Stunde), je nach Laufzeit und Dringlichkeit, Wartungspakete ab 349 € pro Monat. Alle Stufen im Detail auf der PHP-Seite. Was eine konkrete Aufgabe kostet, ergibt sich aus der Aufwandsschätzung nach dem Erstgespräch.
Welche PHP-Version läuft aktuell?
Ausgangsversion, Framework und ungefährer Umfang genügen als Angabe. Antwort mit erster Einschätzung innerhalb von 2-5 Werktagen.
Tagessätze 760-1.080 € netto · Antwort in 2-5 Werktagen · Direktkontakt