PHP & Craft CMS: Anwendungen übernehmen, aktualisieren, betreiben

Viele PHP-Anwendungen sind älter als ihre aktuelle Betreuung: Shops, Intranets, Portale und Fachanwendungen, geschrieben für PHP 5 oder 7. Sie laufen, aber mancher Hoster verlangt Aufschläge, die Versicherung stellt Fragen, und niemand wagt das Update.

Die Übernahme einer verwaisten Anwendung, das Update auf eine unterstützte Version und der laufende Betrieb gehören für unsere Ingenieure zum Alltag. Websites auf WordPress pflegen, aktualisieren und sichern wir ab. Welche Arten von Systemen das betraf, steht unter Erfahrung.

Craft CMS

Für Websites und Portale mit strukturierten Inhalten in mehreren Sprachen setzen wir Craft CMS ein, ein CMS auf PHP-Grundlage. Wir übernehmen Craft-Projekte von Agenturen, aktualisieren sie, schreiben Plugins und setzen neue Projekte um. Auch diese Website läuft auf Craft CMS. Mehr dazu unter Craft CMS.

Meist ist es günstiger und weniger riskant, die Anwendung zu behalten und zu modernisieren, als sie neu zu schreiben. Ein laufendes System enthält über Jahre gewachsene Geschäftsregeln, Sonderfälle und Korrekturen, die nirgends sonst aufgeschrieben sind. Ein Rewrite muss sie alle neu entdecken, und bis er fertig ist, müssen zwei Systeme betreut werden.

Drei Wege sind möglich:

• Weiter pflegen und aktualisieren: Liegt das Problem vor allem an der PHP-Version oder an veralteten Bibliotheken, reicht ein Update. Die Anwendung behält Funktionen und Daten, und Ihr Team arbeitet weiter wie gewohnt.
• Schrittweise modernisieren: Die bestehende Anwendung bleibt in Betrieb, und neue Teile entstehen daneben, etwa ein neues Frontend oder ein eigener Dienst, der über eine Schnittstelle mit dem alten Kern spricht. Alte Teile werden nacheinander ersetzt.
• Neu schreiben: Das kommt infrage, wenn das Framework nicht mehr gepflegt wird, es keine Tests gibt und sich die Geschäftsregeln vollständig aufschreiben lassen.

Bevor wir einen Weg empfehlen, sehen wir uns den Code, seine Abhängigkeiten und vorhandene Tests an. Wir sagen Ihnen auch, wenn sich eine Migration nicht lohnt.

Hoster. Manche Hoster rechnen alte PHP-Versionen im Shared Hosting als Aufschlag ab. Auf einem eigenen oder dedizierten Server fällt kein Aufschlag an, eine Version ohne Sicherheits-Updates bleibt aber ein Risiko. Der Aufschlag ist ein Warnsignal: Er verlängert die Frist, ersetzt aber nicht das Update.

Smarty. Smarty 4 und 5 werden weiter gepflegt, Smarty 2 und 3 nicht mehr (Stand: 2026-10). Der Weg von Version 3 über 4 nach 5 betrifft vor allem eigene Plugins, {php}-Blöcke und PHP-Funktionen in Templates.

jQuery. Aktuell ist jQuery 4. Version 3 erhält nur noch kritische Sicherheits- und Fehlerkorrekturen, die Zweige 1.x und 2.x werden nicht mehr unterstützt (Stand: 2026-10). Der Ausstieg aus alten Versionen gelingt meist mit jQuery Migrate und dem Austausch einzelner Plugins.