Leistung
Legacy-Code ohne Framework
Gewachsene PHP-Anwendungen ohne Framework wieder wartbar und sicher machen.
Nicht jede Anwendung nutzt ein Framework. Gerade historisch gewachsener PHP-Code – 2004 begonnen, seitdem immer weitergebaut – ist oft der geschäftskritischste und zugleich der riskanteste. Das ist mein Kerngebiet.
Typische Symptome
- Hunderte PHP-Dateien, SQL und HTML im selben File,
include-Ketten über fünf Ebenen. - Kein Composer, kein Git, Backups per Kopie „alt2“ und „alt_final“.
- SQL-Injection überall, Passwörter im Quellcode,
register_globals-Erbe. - Der ursprüngliche Entwickler ist weg – und das System läuft trotzdem seit 15 Jahren.
So gehe ich vor
- Das Altsystem ist die Spezifikation. Ich dokumentiere, was es tut – Rollen, Abläufe, Sonderfälle – bevor ich eine Zeile ändere.
- Sofortmaßnahmen: Secrets rotieren, die gröbsten Einfallstore schließen, Git einführen.
- Strangler Fig: Ein Einstiegspunkt, Autoloading, dann Modul für Modul in saubere Schichten (meist Symfony-Komponenten) – das alte System bleibt lauffähig, bis das neue übernimmt.
- Tests und CI, damit das Wissen im System steckt, nicht in Köpfen.
Dauer und Paket
Das ist fast immer eine Vollmodernisierung in Etappen – 2–6 Monate, jede Etappe einzeln abnehmbar. Wie das konkret aussieht, zeigt die Fallstudie Kanzlei-Workflow-System.
Häufige Fragen
Wäre ein Neubau nicht einfacher?
Selten. Ein Neubau wirft 15 Jahre Sonderfälle weg, die niemand aufgeschrieben hat – und ist erst nach Monaten nutzbar. Der Strangler-Fig-Ansatz liefert ab der ersten Etappe. Wenn Neubau in Ihrem Fall wirklich besser ist, steht das im Befund.
Wir haben keine Doku und keinen Ansprechpartner mehr.
Das ist der Normalfall, nicht die Ausnahme. Ich arbeite mich aus Code, Datenbank und Gesprächen mit den Anwendern ein – die wissen meist mehr über das System als jede Doku.
Legacy im Ernstfall
Wer Ihr Projekt übernimmt
Kein Callcenter. Sie sprechen direkt mit mir.
„Ein System, das seit 15 oder 20 Jahren läuft, ist kein Müll – es ist der Beweis, dass die Logik funktioniert. Das Problem ist fast nie die Fachlogik, sondern der Code drumherum. Also werfe ich nicht weg, was sich bewährt hat. Ich bringe es zurück in die Gegenwart."
Seit 2013 arbeite ich mit PHP – ein großer Teil davon mit gewachsenen Systemen, die andere längst aufgegeben hätten. Ich schaue mir Ihr System selbst an, schreibe Ihnen die Einschätzung selbst und verantworte das Ergebnis. Wenn sich eine Modernisierung für Sie nicht lohnt, sage ich Ihnen das auch.
Ist Ihre PHP-Anwendung noch zu retten?
Im kostenlosen Kurz-Check schaue ich mit Ihnen auf Ihr System und sage Ihnen ehrlich, was möglich ist – unverbindlich und ohne Verkaufsdruck.