PHP-Altsysteme ablösen, ohne den Betrieb anzuhalten
Ihre Anwendung läuft seit Jahren. Sie rechnet, verwaltet, druckt, und sie macht das zuverlässig. Nur traut sich niemand mehr an den Code, der Entwickler ist längst weg, und die PHP-Version darunter bekommt keine Sicherheitsupdates mehr.
Wir holen eine Kopie Ihrer Software in unsere Garage. Dort vermessen KI-Agenten, was sie tut, wir bauen sie nach und prüfen alt gegen neu, bis beide dasselbe tun. Ihr Betrieb arbeitet in der Zeit weiter wie bisher.
Woran Sie merken, dass es Zeit ist
- Die Anwendung läuft auf einer PHP-Version, für die es keine Sicherheitsupdates mehr gibt.
- Der Hoster kündigt an, die alte Version abzuschalten, oder verlangt Aufpreis für den Weiterbetrieb.
- Der Entwickler, der das System gebaut hat, ist nicht mehr da.
- Jede kleine Änderung dauert Tage, weil niemand weiß, was sonst noch daran hängt.
- Es gibt keine Tests. Ob ein Update etwas kaputt macht, merkt man erst im Betrieb.
Zur Einordnung: Laut php.net endet die Sicherheitsunterstützung für PHP 8.2 am 31. Dezember 2026. Alle älteren Versionen, also auch PHP 5 und 7, werden schon heute nicht mehr gepflegt.
Der Ablauf in der Garage
Sieben Schritte. Nach dem dritten entscheiden Sie, ob und wie es weitergeht.
- 1
Kopie in die Garage
Quelltext, Konfiguration und eine Kopie der Datenbank kommen in eine abgeschottete Umgebung bei uns. Dort läuft Ihre Anwendung genauso wie bei Ihnen, nur dass wir sie gefahrlos auseinandernehmen können.
- 2
Vermessen
KI-Agenten lesen den gesamten Code und erstellen eine Karte: welche Seiten es gibt, welche Berechnungen, welche Sonderfälle, welche Abhängigkeiten. Parallel zeichnen wir auf, was das System mit echten Eingaben tut. Aus beidem entstehen Tests, die das heutige Verhalten festschreiben, auch dort, wo es merkwürdig ist.
- 3
Entscheiden
Sie bekommen das Ergebnis der Vermessung schriftlich: was das System tut, wo die Risiken liegen, ob ein Versionssprung reicht oder ein Nachbau nötig ist, und was beides kostet. Erst dann geht es weiter.
- 4
Nachbauen
Die neue Fassung entsteht Stück für Stück gegen die Tests. Agenten übernehmen die Fleißarbeit, ein Mensch prüft jede Änderung. Die Zieltechnik richtet sich danach, wer das System später pflegt.
- 5
Prüfstandalt = neu
Alt und neu laufen nebeneinander und bekommen dieselben Eingaben. Jede Abweichung in Ausgabe, Berechnung oder Datenbank wird markiert. Ist es ein Fehler im Nachbau, wird er behoben. Ist es ein Fehler, den das alte System schon immer hatte, entscheiden Sie, ob er bleibt.
- 6
Selbst testen
Sie und Ihr Team bekommen einen eigenen Zugang zur neuen Fassung in der Garage und arbeiten damit wie gewohnt. Was sich anders anfühlt, kommt auf die Liste.
- 7
Einbauen
Der Umstieg läuft in Etappen, wo es geht Bereich für Bereich. Das alte System bleibt erreichbar, bis Sie sicher sind. Danach gehört der Quelltext samt Tests Ihnen.
Wie wir sicherstellen, dass nichts verloren geht
Das Risiko bei jeder Ablösung ist nicht der neue Code, sondern das, was der alte stillschweigend getan hat und keiner mehr weiß: eine Rundungsregel, ein Sonderfall für einen Großkunden, ein Feld, das nur am Monatsende gefüllt wird.
Deshalb schreiben wir das heutige Verhalten fest, bevor wir etwas ändern, und vergleichen am Ende nicht nach Gefühl, sondern Eingabe für Eingabe. Die Agenten machen diesen Vergleich in einem Umfang möglich, der von Hand nicht zu bezahlen wäre. Entschieden wird jede Abweichung von einem Menschen.
Geprüft gegen das OriginalWie das technisch funktioniert
Was Sie am Ende in der Hand haben
- Eine Anwendung auf aktueller, unterstützter Technik
- Tests, die bei jeder künftigen Änderung zeigen, ob noch alles stimmt
- Eine Beschreibung, was das System tut, für den nächsten Entwickler
- Den Quelltext in Ihrem eigenen Repository
- Einen Ansprechpartner, der das System danach kennt
Fragen zur Ablösung von PHP-Systemen
Niemand bei uns kennt den Code noch. Geht das trotzdem?
Genau dafür ist das Vorgehen gebaut. Wir verlassen uns nicht auf Dokumentation oder Erinnerung, sondern auf das, was das System heute tatsächlich tut. Die Agenten lesen den Quelltext, wir beobachten das Verhalten mit echten Eingaben, und beides wird in Tests festgehalten, bevor wir eine Zeile ändern.
Müssen wir das System während der Arbeit abschalten?
Nein. Gearbeitet wird an einer Kopie in unserer Umgebung. Ihr laufendes System bleibt unverändert, bis Sie dem Umstieg zustimmen, und auch danach bleibt es eine Weile erreichbar, falls etwas zurück muss.
Was passiert mit unseren Daten?
Für die Arbeit brauchen wir eine Kopie der Datenbank. Enthält sie personenbezogene Daten, arbeiten wir nur mit Auftragsverarbeitungsvertrag oder mit einer anonymisierten Kopie, die wir gemeinsam mit Ihnen erstellen. Was in die Garage kommt, legen wir vorher schriftlich fest.
Reicht nicht ein Update auf eine neue PHP-Version?
Manchmal ja, und dann sagen wir Ihnen das. Ist der Code sauber und nur veraltet, ist ein Versionssprung auf PHP 8 der günstigere Weg. Neu gebaut wird nur, was sich nicht mehr vernünftig anheben lässt. Das klären wir in der Vermessung, bevor Sie sich für einen Weg entscheiden.
Wer kontrolliert, was die Agenten schreiben?
Ein Mensch, und zwar der, mit dem Sie reden. Die Agenten lesen, vergleichen und schlagen vor. Jede Änderung, die in die neue Fassung geht, wird geprüft und gegen die Tests aus der Vermessung laufen gelassen. Abweichungen zwischen alt und neu entscheiden wir gemeinsam mit Ihnen.
Was kostet das?
Das hängt am Umfang der Anwendung, und den kennen wir erst nach dem Blick in den Code. Deshalb beginnt jedes Projekt mit der Vermessung als eigenem, festem Schritt. Danach wissen Sie, was das System tut, wo die Risiken liegen und was die Ablösung kosten würde, und entscheiden dann.
Erzählen Sie uns, was Ihr System tut
Wofür Sie es nutzen, wie alt es ungefähr ist und was Sie gerade daran stört. Mehr braucht es für das erste Gespräch nicht. Läuft es auf WordPress, lesen Sie wie wir WordPress ablösen.