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 unser 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 gehen wir vor
- Das Altsystem ist die Spezifikation. Wir dokumentieren, was es tut (Rollen, Abläufe, Sonderfälle), bevor wir eine Zeile ändern.
- 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. Wir arbeiten uns über Code, Datenbank und Gespräche mit den Anwendern ein. Die wissen meist mehr über das System als jede Doku.
Legacy im Ernstfall
Wer Ihr Projekt übernimmt
Kein Callcenter. Sie haben einen festen Ansprechpartner.
„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."
Doğan Uçar arbeitet seit 2013 mit PHP, ein großer Teil davon mit gewachsenen Systemen, die andere längst aufgegeben hätten. Wir schauen uns Ihr System selbst an, schreiben Ihnen die Einschätzung selbst und verantworten das Ergebnis. Wenn sich eine Modernisierung für Sie nicht lohnt, sagen wir Ihnen das auch.
Ist Ihre PHP-Anwendung noch zu retten?
Im kostenlosen Kurz-Check schauen wir mit Ihnen auf Ihr System und sagen Ihnen ehrlich, was möglich ist, unverbindlich und ohne Verkaufsdruck.