Leistung
Symfony-Upgrade
Von Symfony 2/3/4/5 auf die aktuelle LTS – Deprecations und Breaking Changes gelöst.
Ein Symfony-Upgrade ist mehr als ein Composer-Update. Bundles sind tot, Konfigurationen haben sich geändert, der Container ist strenger geworden. Ich arbeite mich entlang der offiziellen Upgrade-Pfade durch – Version für Version, Deprecation für Deprecation.
Typische Symptome
- Symfony 2.8, 3.4 oder 4.4 im Einsatz – alle längst ohne Support.
- Das Deprecation-Log ist tausende Zeilen lang, niemand liest es mehr.
- Bundles wie FOSUserBundle oder SensioFrameworkExtraBundle blockieren jeden Schritt.
- Neue Entwickler kennen nur noch Flex, Attribute und AssetMapper – und finden sich nicht zurecht.
So gehe ich vor
- Deprecation-Inventur mit dem Symfony-Deprecation-Helper und Rector-Symfony-Sets.
- Bundle-Matrix: Welches Bundle überlebt welche Version, was wird durch Core-Features ersetzt.
- LTS zu LTS: 3.4 → 4.4 → 5.4 → 6.4 → 7.x, jeweils mit grünem Stand – kein Big-Bang-Branch, der nie fertig wird.
- Modernisieren, wo es sich lohnt: Flex-Struktur, Attribute statt Annotations, typisierte Services.
Dauer und Paket
Je nach Ausgangsversion und Bundle-Last 3 Wochen bis 3 Monate. Reine Versions-Kompatibilität: Minimal-Migration. Mit Flex-Struktur, Tests und CI: Vollmodernisierung.
Häufige Fragen
Wir haben Symfony 2.8 mit vielen eigenen Bundles. Geht das überhaupt?
Ja. Eigene Bundles sind meist einfacher als fremde, weil ich sie ändern darf. Der Befund zeigt, welche in einen normalen Namespace wandern und welche bleiben.
Müssen wir auf Flex umstellen?
Nicht zwingend, aber ab Symfony 4 lohnt es sich fast immer – sonst kämpfen Sie bei jedem Update gegen die Dokumentation.
Was ist mit Doctrine?
Doctrine ORM 2 → 3 und DBAL 3 → 4 nehme ich im selben Zug mit, wenn es ansteht. Dazu gibt es einen eigenen Beitrag.
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.