Frameworks überall – aber wozu eigentlich?
Kaum ein PHP-Projekt, das nicht gleich mit Laravel, Symfony oder Zend startet. Reflex. Kaum jemand fragt noch: Braucht das Projekt dieses Drumherum wirklich?Was auffällt – gerade bei kleinen bis mittleren Aufträgen oder in Altbeständen: Frameworks machen alles dicker. Mehr Features, klar – aber auch mehr Ballast. Längere Ladezeiten, mehr RAM, zusätzliche Abhängigkeiten. Hostingpreise, die plötzlich über Nacht aus dem Ruder laufen.
Der Punkt: Frameworks sind Standard, weil es alle machen. Nicht, weil sie immer passen. Viele Seiten laufen nach Jahren immer noch besser mit simplen, nachvollziehbaren Skripten. Und das nicht aus Nostalgie.
Klassisches PHP: 2026 oft die entspanntere Wahl
Was bringt klassisches PHP konkret?- Wenig RAM und CPU. Shared Hosting packt das locker. Bei Managed Root Servern bleibt noch Luft für MySQL, Mail, Cronjobs.
- Keine Framework-Ladezeiten. Der Output kommt direkt, kein Layer dazwischen.
- Fehler? Direkt im Code sichtbar. Keine Suche nach versteckten Magic-Methoden oder Dependency Injection-Fehlern.
- Migrationssorgen? Gering. Alte Projekte lassen sich stückweise modernisieren, ohne alles umzubauen.
Im Alltag praktisch: Für die typische Vereinsseite, das kleine Tool, die Kundenverwaltung reicht das. Wer keinen API-Zirkus, keine Microservices und kein Event-Tamtam braucht, hat mit Plain PHP oft weniger Sorgen.
Wann Frameworks wirklich Sinn machen
Frameworks sind kein Fehler – aber auch kein Allheilmittel.Klarer Vorteil bei:
- Wirklich komplexen Anwendungen. Viele Module, Nutzerrollen, Rechteverwaltung? Dann lohnt sich das Einsteigen ins Framework-Labyrinth.
- Teams, die einheitlich arbeiten müssen. Schnell neue Leute ins Boot holen? Da helfen Standards.
- Projekte mit API-Schwerpunkt, Middleware, Event-Handling, Datenbankschicht. Wer das alles braucht, spart Zeit mit Frameworks.
Aber: Wer für die Brot-und-Butter-Seite oder den simplen Shop das große Besteck auspackt, baut sich oft nur einen Wartungspanzer.
Agentur- und Freelancer-Alltag: Beispiele aus echten Projekten
Was passiert regelmäßig in der Praxis?- Laravel, Symfony & Co. landen auf kleinen Seiten. Ergebnis: Hosting wird teurer, Wartung frisst Zeit. Vorteile? Meist keine.
- Framework-Updates. Zwei Jahre nicht auf dem Stand gehalten, schon kracht das halbe Projekt. Abhängigkeiten, die sich gegenseitig beißen.
- Ressourcenbedarf: RAM und CPU gehen hoch. Shared Hosting zu langsam, Umzug nötig. Kunde stöhnt über Extra-Kosten.
Typisch: Das Framework wird aus Gewohnheit eingebaut – nicht, weil es gebraucht wird. Ergebnis: Pflegeaufwand explodiert, Fehler häufen sich, keiner weiß nachher warum.
Eigene Einschätzung nach fast 30 Jahren Webentwicklung
Nach etlichen Relaunches, Support-Fällen und Agenturprojekten zeigt sich: Simples PHP ist 2026 alles andere als tot. Für viele Aufgaben – insbesondere bei übersichtlichen Anforderungen – reicht das völlig. Wer als kleine Agentur arbeitet (5–10 Leute, typische Kundenprojekte), macht sich mit Frameworks oft mehr Arbeit als nötig. Hosting-Budgets werden gesprengt, Pflege wird zum Nebenjob.Blind Frameworks nehmen? Falscher Reflex. Klassisches PHP ist kein Anachronismus, sondern oft der Weg mit weniger Kopfschmerzen. Vor allem, wenn Budget, Größe und Laufzeit überschaubar bleiben.
Fazit: Wo lohnt sich der Aufwand wirklich?
Klassisches PHP bleibt für kleine und mittlere Projekte eine solide Option. Wer realistisch auf Anforderungen und Kosten schaut, spart sich oft das Framework – und damit Ressourcen, Zeit und Nerven.Frameworks gehören dahin, wo sie echten Mehrwert bringen: Komplexe Anwendungen, große Teams, langfristige Weiterentwicklung.
Alles andere? Erst fragen, dann bauen. Nicht jedem Hype hinterherlaufen, sondern abwägen, was das Projekt wirklich braucht. Am Ende zählt: Weniger Ballast, mehr Übersicht – und ein System, das auch 2028 noch wartbar bleibt.
Lesestoff dazu: PHP 8.4: Neue Stolpersteine, neue Chancen – was jetzt ansteht und PHP-Altprojekte absichern: OWASP-Check für SQL-Injection, XSS und Session-Fixation.
bye
mo