PHP und Framework auf eine unterstützte Version bringen, zum Festpreis.

PHP 8.2 erhält nach dem 31. Dezember 2026 keine Sicherheitsupdates mehr. Wir bringen Ihre Anwendung auf eine unterstützte PHP- und Framework-Version und sorgen vorher für Tests. Den Preis kennen Sie, bevor wir anfangen.

Upgrades ab 3.000 €. Ein Festpreis im Angebot, nach einem Code Audit. Beispielbericht ansehen.

Wann ein Upgrade fällig ist

  1. Ihre PHP-Version ist am Supportende oder kurz davor

    PHP 8.1 bekommt seit dem 31. Dezember 2025 keine Sicherheitsupdates mehr. PHP 8.2 folgt am 31. Dezember 2026.

  2. Ihr Framework wird nicht mehr unterstützt

    Die Sicherheitsupdates für Laravel 11 endeten am 12. März 2026. Symfony 6.4 erhält nur noch bis November 2026 Bugfixes.

  3. Composer spielt nicht mehr mit

    Die Pakete, die Sie brauchen, setzen ein neueres PHP voraus, und einige der vorhandenen werden nicht mehr gepflegt.

  4. Ihr Hoster verlangt Aufpreis

    Manche Hosting-Anbieter berechnen für alte PHP-Versionen eine monatliche Gebühr. Mit dem Upgrade entfällt sie.

Typische Upgrade-Pfade

VonNachWie
PHP 7.x, 8.0–8.2PHP 8.4 oder 8.5Rector für die mechanischen Änderungen, PHPStan für das, was übrig bleibt, ein Entwickler für den Rest.
Laravel 5–11aktuelles LaravelEin Major-Release nach dem anderen, nach jedem Schritt laufen die Tests.
Symfony 3–7.3Symfony 7.4 LTSZuerst das Deprecation-Log abarbeiten, dann eine LTS nach der anderen (6.4 als Zwischenschritt).
Zend Framework 1zf1-future auf neuerem PHP oder schrittweiser Umzug nach Symfonyzf1-future ist ein Community-Fork, getestet bis PHP 8.2, das am 31. Dezember 2026 endet. Ein schrittweiser Umzug ist oft der sicherere Weg.
Laminas MVCMezzio oder SymfonyLaminas MVC erhält nur noch bis zum 31. Dezember 2028 Sicherheitsupdates und keine Unterstützung für PHP 8.5.
CodeIgniter 3CodeIgniter 4Eher eine Neuentwicklung als ein Upgrade, deshalb ziehen wir schrittweise um.
CakePHP 2–4CakePHP 5Zuerst die Upgrade-Werkzeuge von CakePHP selbst, dann manuelle Anpassungen.

So läuft ein Upgrade ab

  1. 01

    Code Audit

    Wir messen den Rückstand: PHPStan, ein Rector-Probelauf, composer outdated und composer audit, dazu das Lesen des Codes.

  2. 02

    Festpreis

    Sie erhalten Umfang, Schritte, Zeitplan und einen Preis. Was außerhalb des Umfangs liegt, bieten wir separat an, bevor wir es umsetzen.

  3. 03

    Sicherheitsnetz

    Charakterisierungstests für die kritischen Pfade, aus dem Takeover oder jetzt ergänzt, und eine CI, die sie bei jeder Änderung ausführt.

  4. 04

    Kleine Schritte

    Eine Version nach der anderen. Jeder Schritt ist ein Merge Request, den Sie prüfen können, und die Tests müssen grün sein, bevor es weitergeht.

  5. 05

    Release und Beobachtung

    Wir deployen mit Rollback-Plan und behalten das Monitoring in den Tagen nach dem Release genau im Blick.

Was Sie bekommen

  • Aktualisierter Code

    In Ihrem Repository, auf einer unterstützten PHP- und Framework-Version.

  • Upgrade-Bericht

    Was sich geändert hat, was ersetzt oder entfernt wurde und worauf Sie achten sollten.

  • Abhängigkeitsbericht

    Jedes Composer-Paket: aktualisiert, ersetzt oder beibehalten, jeweils mit Begründung.

  • Tests und CI

    Die Tests, auf die wir uns gestützt haben, laufen in Ihrer Pipeline.

  • PHPStan-Baseline

    Das Level, das der Code jetzt erreicht, damit er nicht wieder zurückfällt.

  • Aktualisiertes Runbook

    Neue Versionen, neue Befehle, gewohnte Abläufe für Ihr Team.

Dauer und Preis

Die Größe hängt von der Codebasis und vom Versionsrückstand ab. Wir legen sie im Code Audit fest, und das Angebot nennt einen Festpreis und den Zeitplan. Jeder Versionsschritt ist ein eigener Merge Request, Sie sehen also ab der ersten Woche Fortschritt. Alle Preise netto.
SML
Preisab 3.000 €ab 6.000 €Angebot nach dem Code Audit

Reicht Rector nicht?

Rector und Laravel Shift erledigen einen großen Teil der mechanischen Arbeit, und wir setzen Rector bei jedem Upgrade ein.

Was ein Werkzeug nicht leistet: herausfinden, welche Seite Ihr größter Kunde jeden Montag nutzt, sie vorher und nachher testen und noch da sein, wenn zwei Wochen später etwas Seltsames auftaucht. Dieser Teil ist unsere Aufgabe, und Care hält die Anwendung nach dem Upgrade aktuell, damit die Schulden nicht zurückkommen.

Fragen zum Upgrade

Supportende von PHP 8.2: Was passiert eigentlich am 31. Dezember 2026?

Sichtbar nichts. Die Anwendung läuft weiter. Ab dann behebt das PHP-Projekt neu entdeckte Sicherheitslücken in PHP 8.2 nicht mehr, und Sicherheitsscanner und Fragebögen markieren die Version als nicht unterstützt. Schafft das Upgrade den Termin nicht, kann Extended Support PHP selbst noch eine Weile patchen.

Können wir von Laravel 8 direkt auf die aktuelle Version springen?

Im Code gehen wir durch jede Major-Version, weil jede Upgrade-Anleitung auf der vorherigen aufbaut. Für Sie ist es ein Projekt mit einem Preis.

Ist die Anwendung währenddessen offline?

Keine geplante Ausfallzeit über ein normales Deployment hinaus. Wir bereiten das Upgrade in einem Branch vor und spielen es aus wie jede andere Änderung.

Aktualisieren Sie auch den Server?

Wenn es zum Umfang gehört und wir Zugriff haben, ja: PHP-FPM, Extensions, Docker-Images. Verwaltet Ihr Hoster den Server, stimmen wir die Umstellung mit ihm ab.

PHP 8.4 oder PHP 8.5?

PHP 8.5 erhält Sicherheitsupdates bis zum 31. Dezember 2029, PHP 8.4 bis zum 31. Dezember 2028. In der Regel empfehlen wir die neueste Version, die alle Ihre Abhängigkeiten unterstützen.

Finden Sie heraus, was Ihr Upgrade umfasst

Schicken Sie uns Ihre composer.lock und Ihre PHP-Version: als Link zum Repository oder als Anhang einer E-Mail. Wir antworten mit dem nächsten Schritt und, wo möglich, mit einem Preisrahmen.