Yii-1/2-Bestand
Jahre alter Code, wenige Tests, der eine Kollege, der „das System kennt“.
Backend - Yii
Wir halten Yii-Anwendungen am Laufen, ziehen APIs nach und migrieren, wenn der Business-Fall es trägt - nicht aus Trendgründen.
Viele Fachsysteme laufen. Sie brauchen Betrieb und einen Ausweg - nicht eine Trend-Präsentation.
Jahre alter Code, wenige Tests, der eine Kollege, der „das System kennt“.
Regeln sitzen in Actions und Views. Wir ziehen sie raus, bevor wir Features draufsetzen.
Neue Shops oder Apps brauchen APIs. Das Yii-System bleibt Quelle der Wahrheit - vorerst.
Management will Laravel oder Symfony. Wir prüfen, was sich wirklich rechnet.
Stabilisieren, öffnen, optional migrieren.
Security-Updates, PHP-Version, Deploy, Monitoring. Erst atmen, dann bauen.
REST vor dem Bestand - damit neue UIs nicht in der alten View-Schicht versinken.
Neue Module im Yii-Stil des Projekts, nicht als drittes Framework daneben.
Wenn es sich lohnt: schrittweise Migration nach Laravel oder Symfony, Daten und Cutover geplant.
Yii ist kein Makel. Ein unkontrollierter Rewrite oft schon. Wir messen Risiko, Kosten und Nutzen - und sagen auch „noch nicht“.
Kein Big-Bang-Rewrite in Woche eins.
Was läuft, was weh tut, wer es bedient. Risiken schriftlich.
Updates, Backup, Staging. Erst dann neue Features.
API oder ein neues Modul mit Tests.
Weiter in Yii oder schrittweise Migration - mit Zahlen, nicht mit Folien.
Ehrlich zur Technologie - loyal zum Betrieb.
Wir verdienen nicht daran, Yii schlechtzureden.
Docs und Pairing, bevor der letzte Kenner geht.
Entwicklung und Betrieb aus einer Hand.
Die Fragen, die Teams wirklich stellen.
Für Bestand: ja, wenn Stabilität und Kosten stimmen. Für Grünfeld: selten unsere erste Wahl.
Kommt auf Tests, Daten und Lebensdauer an. Wir rechnen beide Wege.
Ja - Wartung und Hotfixes, ohne Modernisierungszwang.
Laravel oder Symfony, je nach Team und Domäne. Frontend oft Vue.
Meist wenige Tage bis zwei Wochen - genug für einen ehrlichen Plan.
Audit-Paket mit festem Rahmen. Kontakt genügt.
Verwandte Technologien, die wir oft daneben einsetzen.
Schreiben Sie uns, welche Version und welcher Schmerz - wir schlagen Inventur oder Hotfix vor.