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. Wir arbeiten uns 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 gehen wir 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 wir sie ändern dürfen. 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 nehmen wir im selben Zug mit, wenn es ansteht. Dazu gibt es einen eigenen Beitrag.
Wer Ihr System übernimmt
Sie sprechen mit dem Entwickler, der den Code ändert.
„Ein System, das seit 15 oder 20 Jahren läuft, hat bewiesen, dass seine Logik funktioniert. Das Problem sitzt fast immer im Code drumherum: alte Bibliotheken, fehlende Tests, ein Hosting, das niemand mehr anfassen will. Genau das setzen wir instand.“
Doğan Uçar arbeitet seit 2013 mit PHP, den größten Teil davon an gewachsenen Systemen. Wir schauen uns Ihr System selbst an, schreiben die Einschätzung selbst und verantworten das Ergebnis. Wenn sich eine Modernisierung für Sie nicht lohnt, steht das im Befund.
Welche PHP-Version läuft bei Ihnen?
Im kostenlosen Kurz-Check sortieren wir Version, Hosting und Abhängigkeiten in 30 Minuten. Antwort innerhalb eines Werktags.