Legacy-PHP modernisieren

Wann sich Modernisierung lohnt

Legacy-PHP zeigt sich selten mit einer einzigen Fehlermeldung, sondern schleichend: Jede kleine Änderung dauert länger als früher, weil niemand mehr genau weiß, was an welcher Stelle mit was zusammenhängt. Die eingesetzte PHP-Version läuft seit Jahren ohne Sicherheitsupdates, der Hoster mahnt ein Upgrade an, und einzelne Funktionen wurden über die Zeit an so vielen Stellen notdürftig geflickt, dass niemand mehr gern daran arbeitet. Wenn Sie an dieser Stelle stehen, ist es Zeit, Legacy-PHP zu modernisieren, bevor aus einer Unannehmlichkeit ein akutes Sicherheitsrisiko wird.

Nicht jede alte Anwendung muss sofort ersetzt werden – manchmal reicht eine gezielte Absicherung einzelner Schwachstellen für die nächsten Monate. Eine Modernisierung lohnt sich besonders dann, wenn Wachstum durch die alte Technik ausgebremst wird: neue Funktionen dauern unverhältnismäßig lange, gute Entwickler winken beim Blick in den Code ab, oder die Anwendung lässt sich auf keinem aktuellen PHP mehr betreiben. Wie ein solches Ergebnis am Ende aussehen kann, zeigt das Portfolio – etwa an Projekten, die aus einer gewachsenen Ausgangslage in eine wartbare, aktuelle Struktur überführt wurden.

Schrittweise statt Big Bang

Der naheliegende Reflex bei einer alten Anwendung ist der komplette Neubau: alles verwerfen und von Grund auf neu schreiben. In der Praxis ist genau das der Ansatz, an dem die meisten Modernisierungsprojekte scheitern. Ein Big-Bang-Relaunch bindet über Monate Budget, ohne dass in dieser Zeit ein einziges neues Feature live geht, während das Tagesgeschäft weiterläuft und neue Anforderungen entstehen, die im ursprünglichen Plan gar nicht vorkamen. Am Ende steht oft ein einziger Umschalttag mit hohem Risiko – und wenn danach etwas nicht funktioniert, gibt es keinen einfachen Weg zurück.

Ich gehe deshalb schrittweise vor: die Alt-Anwendung migrieren, Modul für Modul, statt in einem Rutsch. Alte und neue Teile laufen dabei eine Zeit lang nebeneinander, jeder Schritt bleibt einzeln testbar und im Zweifel rückgängig machbar, und Sie sehen laufend Fortschritt statt eines einzigen großen Sprungs am Ende. Bevor überhaupt migriert wird, sichere ich den bestehenden Zustand ab und kläre gemeinsam mit Ihnen über das Kontaktformular oder direkt per Mail, welcher Bereich der Anwendung das größte Risiko und den größten Nutzen bei einer Modernisierung bringt.

Von Alt-PHP zu aktuellem Laravel

Technisch führt der Weg bei mir meist zu Laravel als Zielplattform. Aus prozeduralem Alt-PHP mit vermischtem HTML, direkten Datenbankabfragen und globalen Variablen wird eine Struktur mit klar getrennten Schichten: Eloquent-Models statt roher SQL-Strings, geprüfte Formulareingaben statt handgeschriebener Validierung an einer einzigen Stelle, und ein Routing, das nachvollziehbar bleibt, statt über Dutzende einzelne PHP-Dateien verteilt zu sein. Sicherheitslücken, die in altem Code häufig unbemerkt mitlaufen – fehlender CSRF-Schutz, ungeprüfte Eingaben, veraltete Passwort-Hashes – werden dabei automatisch mit adressiert, weil Laravel diese Absicherung von Haus aus mitbringt.

Für die eigentliche Umsetzung greife ich auf dieselbe Arbeitsweise zurück, die ich auch bei neuen Projekten nutze – Details dazu unter Laravel-Entwicklung. Nach dem Relaunch bleibt die Anwendung damit nicht nur aktuell, sondern auch wieder erweiterbar: Neue Funktionen lassen sich in Tagen statt Wochen umsetzen, weil die Struktur mitdenkt statt zu bremsen. Auf der Startseite finden Sie einen Überblick, wie sich diese Arbeit in den gesamten Ablauf von der ersten Anfrage bis zur Übergabe einordnet.

Häufige Fragen