React & Co.: Viel Lärm, wenig Entspannung?
React, Vue, Angular – laufen überall, kaum ein Projekt ohne. Hört sich nach Fortschritt an. Nur: Wer mal eine fünf Jahre alte React-Codebasis übernommen hat, weiß, wie schnell das kippen kann. Hooks, Props, State – wächst alles. Abhängigkeiten sowieso. Plötzlich macht ein simples Update die Build-Pipeline kaputt. Schon wieder Stunden mit npm audit verbringen? Typisch.
In Agenturen mit knappen Ressourcen nervt das doppelt. Neue Framework-Version? Heißt oft: Erst mal alles testen, Dependencies anpassen, dann hoffen, dass das Routing noch spricht. Von Build-Fehlern nach einem kleinen Versionssprung ganz zu schweigen. Wer dann noch auf ein exotisches UI-Toolkit gesetzt hat, sucht die Doku oft vergeblich. Bei Einzelentwicklern reicht schon ein halbes Jahr Projektpause, um im eigenen Code zu stranden.
Klar, React-Komponenten machen Spaß – solange das Projekt frisch ist. Meist bleibt es nicht dabei. Die UI-Logik zieht ins Frontend, Bugs wandern mit. Einfache Dinge wie ein Kontaktformular? Plötzlich fünf Dateien und ein halbes Dutzend States. Schnell entwickelt, später zäh zu pflegen.
Klassische PHP-Architektur: Weniger Balast, mehr Überblick
PHP 2026 – immer noch da. Totgesagt, aber ziemlich lebendig. Viele setzen wieder auf den bewährten Weg: Server rendert HTML, Browser zeigt’s an. Keine 300 MB node_modules, kein Webpack, kein npm. Weniger Kram im Browser. Performance? Stimmt. Gerade bei normalen Seiten mit etwas Dynamik reicht das völlig.
Mit PHP ab Version 8.4 läuft’s rund. OpCache und JIT nehmen viel Arbeit ab. Kein Build-Step, keine Client-Side-Render-Party. Wer sauber trennt, kann mit klassischem MVC oder Layer-Architektur wirklich aufräumen. Fehlerquellen? Überschaubar. In kleinen Teams sitzt jeder schneller im Code, auch nach Monaten Pause.
Performance & Hosting: PHP vorne
PHP 8.4, JIT, OpCache – läuft. Projekt auf Shared Hosting? Kein Problem. Günstige Server reichen. Keine Node-Instanz, kein RAM-Fresser im Browser. Gerade in Agenturen mit vielen kleinen Seiten ist das Gold wert.
Die Angriffsfläche schrumpft: Weniger exotische npm-Pakete, weniger Patch-Stress. Wer schon mal eine npm-Sicherheitswarnung mit 85 betroffenen Paketen hatte, weiß, wie nervig das ist. Bei klassischer Server-Logik bleibt’s meist ruhig. Updates gehen schneller, der Kunde merkt nichts.
Wartung und Alltag: Weniger Stress, mehr Übersicht
Alte React-Projekte wachsen gern zum Monstrum. Neue Entwickler brauchen Tage, um reinzukommen. Dependency-Updates? Riskant. Ein falsches Build-Tool, und plötzlich läuft gar nichts mehr.
Mit klassischer PHP-Architektur: Refactoring? Meist in einem Nachmittag erledigt. Neue Leute? Finden sich schnell rein. Fehlerbehebung bleibt pragmatisch – kein ewiges Suchen über zig Komponenten hinweg. In Agenturen mit fünf bis zehn Leuten spart das Nerven und Zeit. Besonders bei Wartungsverträgen zählt das.
Wann lohnt klassisches PHP wirklich?
• Serverseitige Projekte: Content-Seiten, kleine Portale, Formulare
• SEO und Performance im Fokus
• Stabilität & Wartbarkeit wichtiger als fancy UI
• Wenig JavaScript-Expertise oder knappes Budget für Entwicklerstunden
Nicht jedes Projekt braucht das Frontend-Feuerwerk. Wer ehrlich rechnet, spart mit klassischen Lösungen oft Zeit und Geld – und hat weniger Ärger.
Meine Einschätzung nach fast 30 Jahren Webentwicklung
Frameworks wie React sind Pflicht, wenn die Anwendung lebt – Chats, Dashboards, viel Interaktivität. Aber: Viel zu oft landet jeder Button als eigene Komponente im Frontend. Das rächt sich später. Klassische PHP-Architektur bleibt gerade für kleinere und mittelgroße Projekte der angenehmere Weg. Weniger Build-Ärger, stabilere Deployments, Kosten kalkulierbar. Für Agenturen, die WordPress, Laravel oder Eigenbauten pflegen, heißt das: Fehler schnell gefixt, Updates in Minuten statt Tagen, neue Leute finden sich leichter zurecht. Hybride Ansätze gehen immer: Die Basis bleibt PHP, echte Interaktivität wird punktuell mit JavaScript ergänzt. Das hält die Wartung übersichtlich – und verhindert böse Überraschungen am Montagmorgen.
Weiterführend in dieser Serie
Mehr Beispiele und Vergleiche gibt’s in Back to Basics: Klassische PHP-Architektur 2026 – oft der pragmatischere Weg und Back to Basics: Warum 2026 klassische PHP-Architektur in vielen Webprojekten wieder vorne liegt.
Fazit
React und Co. bleiben 2026 gesetzt. Aber: Klassisches PHP ist oft der bessere Deal, wenn Übersicht, Performance und Wartbarkeit gefragt sind. Für Agenturen und Einzelentwickler heißt das: Weniger Komplexität, weniger Kosten, mehr Verlässlichkeit. Manchmal ist „langweilig“ einfach besser.
bye
mo