Legacy-PHP: Übernahme, Wartung, Upgrades
Ihre PHP-Anwendung läuft. Anfassen will sie keiner.
Wir übernehmen PHP-Anwendungen mit technischen Schulden, halten sie sicher und bauen die Schulden Schritt für Schritt ab, zu Festpreisen.
Was Sie sehen, ist der kleinere Teil
Über der Wasserlinie
- Kunden melden sich an, Bestellungen gehen durch.
- Die Hosting-Rechnung wird jeden Monat bezahlt.
- Diese Woche hat sich niemand beschwert.
Darunter
- PHP 7.4, seit dem 28. November 2022 ohne Sicherheitsupdates.
- Eine
composer.lock, die seit Jahren niemand aktualisiert hat. - Keine Tests, also ist jede Änderung ein Blindflug.
- Der Entwickler, der das System verstanden hat, ist nicht mehr da.
- Ein Deployment, das nur von einem einzigen Laptop aus funktioniert.
Technische Schulden sind kein reines PHP-5-Problem. Eine drei Jahre alte Laravel- oder Symfony-Anwendung kann genauso schwer daran tragen.
Meist gibt es einen konkreten Anlass
Eine Version erreicht ihr Supportende
PHP 8.2 erhält nach dem 31. Dezember 2026 keine Sicherheitsupdates mehr. Laravel 12 folgt am 24. Februar 2027.
Ihr Entwickler oder Ihre Agentur ist weg
Der Code läuft noch, aber niemand weiß, wie man ihn deployt, und die Dokumentation besteht aus einer alten README.
Ein Sicherheitsfragebogen liegt auf dem Tisch
Ein Kunde, ein Auditor oder eine Versicherung will wissen, welche Softwareversionen Sie einsetzen. Die ehrliche Antwort ist unangenehm.
Ihr Hoster verlangt Aufpreis für altes PHP
Manche Hosting-Anbieter berechnen inzwischen eine monatliche Gebühr dafür, veraltete PHP-Versionen weiter zu betreiben.
Eine Due Diligence steht an
Ein Investor oder Käufer wird sich den Code ansehen. Besser, Sie wissen vorher, was er dort findet.
Ab hier ist das unsere Aufgabe.
Wir übernehmen die Verantwortung für die Anwendung. Wir arbeiten uns ein, legen ein Sicherheitsnetz aus Tests darum, spielen Updates ein und sagen Ihnen, was wir geändert haben und warum.
- Ein vereinbarter Preis für jeden Schritt, festgelegt, nachdem wir die Anwendung gesehen haben.
- Erst Tests, dann Änderungen. So geht nichts unbemerkt kaputt.
- Berichte in verständlicher Sprache, die Sie direkt an die Geschäftsführung weitergeben können.
- Sie sprechen direkt mit dem Entwickler, der die Arbeit macht, ohne Account Manager dazwischen. Mit wem Sie arbeiten
Drei Einstiege
Sie wissen nicht, welcher passt? Beginnen Sie mit einer Analyse.
Sicher betreiben
Laufende Wartung: PHP- und Paket-Updates, Monitoring, ein Backup vor jeder Änderung und Stunden für Fehlerbehebungen. Die Anwendung veraltet nicht weiter. Care beginnt nach einem Takeover.
ab 400 € /Monat
Care-PaketeSchulden abbauen
PHP und Framework zum Festpreis aktualisieren oder alte Teile in zweiwöchigen Sprints ablösen, während die Anwendung weiterläuft.
Upgrades ab 3.000 €
UpgradesÜbernehmen
Ihr Entwickler oder Ihre Agentur ist weg. Wir klären die Zugänge, machen die Anwendung reproduzierbar, sichern die kritischen Pfade mit Tests ab und schreiben das Runbook.
ab 1.500 €
Takeover
So sehen die ersten Wochen aus
Nicht jede Anwendung braucht jeden Schritt. Jeder Schritt hat seinen eigenen Preis, vereinbart vor dem Start.
01
Debt Check
Sie beantworten einen Fragebogen und schicken uns Ihre
composer.lock. Kein Zugriff auf den Code. Sie erhalten einen kurzen Bericht: die Risiken nach Priorität, einen empfohlenen Weg und Preisrahmen.02
Code Audit
Unter NDA und mit reinem Lesezugriff lassen wir PHPStan, Rector und
composer auditlaufen und lesen den Code. Der Bericht endet mit Festpreisen.03
Takeover
Wir machen die Anwendung sicher änderbar: reproduzierbare Umgebung, CI, Charakterisierungstests und ein Runbook.
04
Care, Upgrade oder Modernisierung
Wir halten sie jeden Monat aktuell, bringen sie auf neue Versionen oder lösen sie schrittweise ab.
Einige der Organisationen, für die wir gearbeitet haben
Direkt beauftragt
- Tatra-Nationalpark
- Poczta Polska Usługi Cyfrowe (Envelo)
- NCBR+
- Jagiellonen-Universität Krakau
- Ernst & Young
- Onet
- Alcar
Über Agenturen und Partner
- Mercedes-Benz
- mBank
- Santander
- Orlen
- Rossmann
Neueste Artikel
Supportende für PHP 8.2 am 31.12.2026: was jetzt zu tun ist
Ab 2027 liefert php.net keine Fixes mehr für PHP 8.2. Was Sie auf 8.2 hält, 8.4 oder 8.5, was bricht und was gilt, wenn die Zeit nicht reicht.
Häufige Fragen zum Einstieg
Arbeiten Sie nur mit alten PHP-5-Anwendungen?
Nein. Technische Schulden entstehen auch in neueren Anwendungen: Laravel 9 oder Symfony 5 mit veralteten Paketen, ohne Tests oder ohne jemanden, der den Code noch kennt. Wir arbeiten mit PHP 5 bis PHP 8.5.
Unser Entwickler ist weg. Wer wartet jetzt unsere PHP-Anwendung?
Wollen Sie am Ende alles neu schreiben?
Selten. Eine Neuentwicklung legt Ihr Produkt für Monate still, und Geschäftsregeln, die nie jemand aufgeschrieben hat, gehen dabei verloren. Wir aktualisieren lieber im Bestand oder lösen Teile schrittweise ab. Ist eine Neuentwicklung tatsächlich günstiger, steht das im Audit.
Mit welchen Frameworks arbeiten Sie?
Mit jedem, und auch ohne Framework: Entscheidend ist, dass die Anwendung in PHP geschrieben ist. Zum Beispiel Symfony, Laravel, Zend Framework 1 und Laminas, CodeIgniter, CakePHP und eigene Frameworks, außerdem Plattformen wie Sylius, wenn das Problem im PHP darunter liegt.
Wie gehen Sie mit unserem Code und unseren Zugängen um?
Eine Geheimhaltungsvereinbarung (NDA), bevor wir die erste Datei sehen, zuerst nur Lesezugriff und Schlüssel, die Sie selbst anlegen und jederzeit widerrufen können. Code, Server und Konten bleiben auf Ihren Namen. Details unter Arbeitsweise.
Starten Sie mit einem Debt Check
300 €, ohne Zugriff auf den Code, Bericht innerhalb von 3 Arbeitstagen. Oder schicken Sie uns Ihre composer.lock und Ihre PHP-Version.