Klassisches PHP: Weniger Framework, mehr Kontrolle
2026. PHP-Projekt. Erste Frage im Team: „Welches Framework?“ Symfony, Laravel, irgendwas mit Composer. Standardantwort seit Jahren. Die Realität? Sieht oft anders aus. Viele kleinere und mittlere Projekte stolpern über ihren eigenen Overhead. Komplexität, die man selten braucht. Jede neue Version bringt neue Abhängigkeiten, neue Fehlerquellen, mehr Update-Ärger. Im Alltag: nervige Deployments, zäher Code, niemand hat mehr den Überblick.
Was passiert? Zurück zu den Wurzeln. Klassische PHP-Projekte tauchen wieder öfter auf. Keine Nostalgie. Keine Retro-Party. Eher Pragmatismus. Wer Frameworks weglässt, verliert selten wirklich etwas – gewinnt aber Übersicht und Kontrolle. Mit durchdachter Struktur und modernen Tools lässt sich auch ohne Framework solide arbeiten. Das Framework diktiert dann nicht mehr den Takt. Sondern das Projekt.
Struktur schlägt Framework-Magie
Alte PHP-Sünden kennt jeder: Alles im Root-Verzeichnis, wild durcheinander. CSS, SQL, Cronjobs, Bilder – alles in einem Topf. Ergebnis? Kaum jemand blickt durch, spätestens nach dem dritten Bugfix ist die Laune im Keller.
Abhilfe? Simpel, aber wirksam:
- /src für Quellcode
- /public für alles von außen erreichbar
- /config für Variablen, Secrets, Umgebungen
Das reicht oft. Ordnerstruktur vorab klären, sonst eskaliert das Chaos im zweiten Monat. Teams profitieren, aber Solo-Entwickler auch: Weniger Sucherei, weniger Deployment-Pannen. Wer schon mal einen 2016er-Shop in ein modernes Repo migriert hat, weiß, wie viel Zeit das spart.
Performance: Weniger Code, mehr Tempo
Frameworks bringen Features – und Gewicht. Klassisches PHP lädt nur, was gerade nötig ist. Kein Autoloader, der erst mal 300 Dateien abklappert. Kein ORM, das aus jedem Query ein Drama macht. Weniger Ballast, weniger Latenz.
In der Praxis:
- RAM-Verbrauch sinkt, Requests laufen schneller durch
- APIs reagieren sofort, Formulare ebenfalls
- Weniger Libraries, weniger Sicherheitslücken
Allerdings: Disziplin gefragt. Wer alles in die index.php stopft, dreht die Zeit nur scheinbar zurück – das endet schnell im Spaghetti-Code. Mit sauberer Trennung, gezieltem Caching und eigenen Fehler-Handlern läuft’s aber oft flotter als so manches Laravel-Monster.
Moderne Tools: Kein Steinzeit-Feeling
„Klassisch“ heißt 2026 nicht „Steinzeit“. Tools wie PHPStan, Psalm, PHPCS, Xdebug 3 – alles Standard, auch ohne Framework. Laufen im CI, prüfen Syntax und Stil, liefern schnell Feedback. PHPUnit für Tests, statische Analyse für Fehler. Geht ohne Magie.
Effekt: Weniger Bugs, sauberer Code, schnelleres Onboarding im Team. Wer diese Tools im Alltag nutzt, spart sich viele Stunden beim Bugfixen – und muss kein Framework-Update fürchten, das alles zerschießt.
Meine Erfahrung nach fast 30 Jahren Webentwicklung
Die letzten Jahrzehnte: Viel gesehen. Agenturen mit fünf Leuten, Freelancer, kleine Teams. Was auffällt: Je mehr Framework-Layer, desto mehr Pflege. Die eigentliche Business-Logik rutscht nach hinten, der Aufwand wächst. WordPress, TYPO3, Shopware – sobald noch ein Framework dazukommt, wird’s oft zäh. Nicht besser, nur mühsamer.
Für typische Projekte reicht meistens: Klare Ordner, PSR-Standards, ein paar Skripte in /src, moderne Tools. Das reicht von Landingpages bis zu kleinen Shops. Spart Geld, spart Nerven. Debugging wird erträglich, Frustlevel sinkt.
Klar, 20-köpfige Teams brauchen manchmal dicke Frameworks. Aber für Agenturen und Einzelkämpfer? Oft reine Zeitverschwendung.
Praxis: Was ein solides klassisches PHP-Projekt 2026 braucht
- Struktur steht vor dem ersten Commit (z.B. /src, /public, /config)
- Autoloading per PSR-4, Stil per PSR-12 – kein Wildwuchs
- Statische Analyse und Code-Stil-Checks laufen automatisch (vorzugsweise via Git Hook)
- Xdebug 3 für Fehlerjagd direkt in der IDE
- Unit-Tests einbauen, auch ohne Framework
- Caching (Opcode, Redis, Memcached) gezielt nutzen
- SQL-Anbindung sauber trennen, keine wilden Queries, keine SQL-Injections
Kein Hexenwerk. Viel Disziplin, wenig Zauberei. Aber: Einstiegshürde bleibt niedrig, Projekte bleiben durchschaubar, Fehlerquote sinkt.
Diskussion & Beispiele aus der Praxis
Wer konkrete Beispiele sucht, findet im Forum reichlich Input:
Back to Basics: Klassische PHP-Architektur 2026 – oft der pragmatischere Weg
Back to Basics: Warum 2026 klassische PHP-Architektur in vielen Webprojekten wieder vorne liegt
Fazit: Klassisch statt kompliziert
2026 ist klassisches PHP alles andere als altmodisch. Für viele Agenturen, Freelancer und kleine Teams der einzige Weg, Projekte flott, wartbar und übersichtlich zu halten. Kein Framework-Ballast, keine Update-Odyssee. Wer sauber strukturiert, moderne Tools nutzt und den Ball flach hält, kommt meist schneller ans Ziel. Und behält die Nerven.
bye
mo