Klassisches PHP: Warum 2026 wieder weniger oft mehr ist
Im Alltag landet immer öfter wieder pures PHP auf dem Server. Nicht aus Nostalgie – sondern weil Frameworks wie Laravel oder Symfony für viele Jobs einfach zu dick auftragen. Entwickler in Agenturen stöhnen: Alles dauert länger, überall steckt Overhead drin, die Doku reicht nie für die Spezialfälle, die beim Relaunch plötzlich wichtig werden. Performance? Kommt zu kurz, zumindest sobald mehr als ein paar Requests pro Sekunde anliegen und das Hosting keinen fetten Dedizierten bietet.
Viele Projekte laufen 2026 wieder ohne Framework. Gemeint ist: kein MVC, keine Dependency Injection, kein Composer-Moloch, sondern einfach ein paar Funktionen, ein paar Klassen, fertig. Klingt nach 2006, ist aber oft schneller live, billiger im Betrieb und stressfreier beim Bugfixen. Die Frage, die immer wieder nervt: Wann reicht das? Wann ist klassisches PHP wirklich besser, und was spart man sich an Ärger?
Performance: Wenn jede Schicht bremst
Frameworks bringen Features – und Ballast. Jedes Routing, jede Middleware, jede Service-Schicht kostet Zeit. Gerade bei Shared Hosting oder Mini-VMs fliegt das gnadenlos auf. Wer mal eine Laravel-App auf einem 5-Euro-Server laufen ließ, kennt das: Plötzlich zuckelt alles. Klassisches PHP? Lädt direkt, kein Autoloading-Marathon, keine halbe Sekunde Bootstrapping. Da reichen einfache Includes und eine Handvoll eigene Klassen. Messbar: In Agenturprojekten oft 30 bis 50 Prozent schnellere Ladezeiten gegenüber Framework-Kollegen.
OPcache? Profitiert davon. Weniger komplexe Abläufe, weniger Kontextwechsel. Wer ein paar Mal ein 100ms-Drop gesehen hat, weiß: Kleine Änderungen machen viel aus, wenn der Overhead wegfällt.
Wartung: Framework-Dschungel oder klare Kante?
Frameworks regeln viel, aber sie verstecken auch viel. Ein Template ändern? Plötzlich drei Verzeichnisse, zwei Services, und irgendwo im Vendor-Ordner hängt noch ein Helper, der spinnt. Klar, für große Teams mag das Ordnung sein. Für kleine Projekte oder wechselnde Anforderungen wird es schnell zum Klotz am Bein. Änderungen werden zur Schnitzeljagd, Doku wälzen inklusive.
Mit klassischem PHP bleibt alles sichtbar. Eine Datei, eine Funktion, fertig. Wer sauber dokumentiert, findet sich auch nach Monaten noch zurecht. In Agenturprojekten mit ständigem Wechsel ist das Gold wert. Beispiel: Ein kleines Wohnungsportal. Zwei Entwickler, kein Framework, nach drei Wochen live. Der Framework-Prototyp? War zu dem Zeitpunkt noch mit Namespace-Problemen beschäftigt.
MVC in der Praxis: Viel Theorie, wenig Nutzen bei kleinen Projekten
MVC klingt super, solange das Projekt im Lehrbuch bleibt. Realität: 20 Dateien für einen simplen Login, dazu ein ORM und DI-Container, die kein Mensch versteht und die beim Debugging nur im Weg stehen. Fehler verstecken sich tief im Framework, Logs helfen wenig, und bis zur eigentlichen Ursache dauert es. Klassisches PHP? Ein Blick in die Datei, Ursache gefunden, fertig.
Meine Einschätzung nach fast 30 Jahren Webentwicklung
Der "Zurück zum Ursprung"-Trend ist kein Rückfall, sondern schlicht faul genug gedacht. Agenturen mit 5-10 Leuten brauchen keine Highend-Architektur, sondern Lösungen, die laufen, gewartet werden können und nicht jede Woche neue Abhängigkeiten nachinstallieren. Wer mit WordPress lebt oder kleine Eigenentwicklungen pflegt, merkt es direkt: Weniger Framework = weniger Stress. Ressourcenverbrauch sinkt, Kosten fürs Hosting bleiben überschaubar. Kein Overkill an Doku, weniger Schulungsbedarf, Einarbeitung für neue Kollegen in Stunden machbar – nicht Tagen.
Natürlich: Ohne Framework gibt es keine Stützräder. Struktur, Disziplin, saubere Doku und Tests müssen selbst gemacht werden. Wer das beherrscht, gewinnt Flexibilität. Gerade in SaaS-Projekten mit begrenztem Umfang – zum Beispiel Mietportale, kleine Shops, lokale Services – zählt schnelle Anpassbarkeit deutlich mehr als ein akademisch sauberes Layer-Modell.
Agenturalltag: Was sich ändert, wenn das Framework wegfällt
- Entwicklungszeiten sinken, weil der Framework-Setup entfällt
- Hosting bleibt günstiger, Upgrade auf größere Instanzen oft nicht nötig
- Wartung ist übersichtlicher, Fehler werden schneller gefunden
- Neue Entwickler oder Freelancer brauchen weniger Einarbeitung
- Debugging läuft direkt im Source, kein Framework-Log-Kuddelmuddel
Aber: Ohne eigene Standards und Doku geht's schief. Wer nicht sauber arbeitet, bekommt Chaos. Die Vorteile klassischer Architektur gibt es nicht geschenkt – Prozesse und Qualitätssicherung sind Pflicht.
Weiterlesen
Noch mehr Erfahrungswerte? Im Forum gibt’s mehr Praxisbeispiele:
Back to Basics: Klassische PHP-Architektur 2026 – oft der pragmatischere Weg und PHP 2026: MVC? Eher Ballast – was Projekte heute wirklich trägt
Kurzfazit
Frameworks sind nice – für große, komplexe Projekte. In vielen Agenturjobs reicht schlankes PHP völlig. Schneller, günstiger, nachvollziehbarer. Wer eigene Ordnung hält, wird 2026 mit klassischem PHP selten enttäuscht. Und hat endlich wieder Zeit für die eigentlichen Probleme.
bye
mo