PHP lebt – oder ist es Zeit für den Abschied?

Einleitung

Totgesagte leben länger – und kaum eine Sprache wurde so oft beerdigt wie PHP.

Ich kenne die Sprüche: „veraltet“, „unsauber“, „nur für WordPress“. Und trotzdem läuft ein erheblicher Teil des Webs bis heute zuverlässig auf PHP. Das wirkt widersprüchlich, ist aber eigentlich logisch: PHP ist nicht Trend, sondern Infrastruktur. In diesem Artikel schaue ich nostalgisch zurück – und bewerte nüchtern, warum PHP noch lange nicht tot ist.

Was hier eigentlich verhandelt wird

Die Frage ist nicht, ob PHP „cool“ ist. Die Frage ist: Welche Rolle spielt PHP heute realistisch – technisch, wirtschaftlich und organisatorisch?

Was? PHP ist eine serverseitige Sprache, die für Webanwendungen gebaut wurde.
Wer? Teams, Agenturen, Produktfirmen, Hostings, CMS-Ökosysteme – und Millionen bestehender Projekte.
Ab wann? Spätestens seit PHP 7 ist die Diskussion „zu langsam“ für viele Standard-Web-Workloads nicht mehr seriös.
Ausnahmen? Bestimmte Echtzeit- und Event-Driven-Szenarien sind in anderen Stacks oft einfacher.
Handlungsempfehlung? Entscheide nach Projektprofil, nicht nach Meme.
Folgen? Wer PHP unterschätzt, zahlt oft mit unnötiger Komplexität; wer es überschätzt, riskiert Architekturgrenzen.

1994 – Der Ursprung von PHP

1994 beginnt PHP nicht als „Sprache mit Vision“, sondern als pragmatische Lösung: Rasmus Lerdorf baut Skripte, um Website-Besuche auszuwerten. Der damalige Name „Personal Home Page Tools“ verrät die DNA: schnell etwas ans Web schrauben, ohne Umweg.

Diese Herkunft erklärt zwei Dinge gleichzeitig: warum PHP so stark im Web verankert ist – und warum es lange so viele Ecken und Kanten hatte. PHP wurde groß, weil es praktisch war. Und es schleppte Ballast mit, weil es eben nicht als sauber geplantes Gesamtsystem startete.

1998 – PHP 3 wird zur echten Websprache

Mit PHP 3 wird aus der Bastelkiste eine ernsthafte Webtechnologie. Die Architektur wird modularer, die Sprache bekommt ein klareres Fundament, Datenbanken lassen sich besser anbinden – und PHP wird für immer mehr Anwendungsfälle attraktiv.

Ab hier passiert etwas Entscheidendes: PHP wird nicht nur benutzt, es wird verbreitet. Und Verbreitung im Web ist ein Multiplikator: mehr Hosting-Support, mehr Tutorials, mehr Copy-&-Paste, mehr Projekte – gute wie schlechte.

2004 – PHP 5 und der Beginn der Kritik

PHP 5 bringt wichtige Objektorientierung in die Breite. Gleichzeitig wachsen die Schmerzen: inkonsistente APIs, historisch gewachsene Eigenheiten, und vor allem Sicherheitsprobleme, wenn Entwickler unsauber arbeiten.

Das ist der Moment, in dem sich das Image verfestigt: PHP als flexible Allzweckwaffe – und als Quelle von Chaos, wenn Disziplin fehlt. Der Fehler lag dabei selten „nur“ in PHP, sondern oft in fehlenden Standards, fehlenden Tests und schlecht gepflegten Codebasen.

2010–2015 – „PHP ist tot“

Dann kommt die große Beerdigungsphase. Moderne JavaScript-Stacks, neue Frameworks und andere Sprachen wirken frischer, „sauberer“, „moderner“. PHP bekommt die Klassiker ab: zu langsam, technisch überholt, nicht konkurrenzfähig.

Ein Teil der Kritik war berechtigt – vor allem, wenn man mit alten Versionen und wackeligen Patterns gearbeitet hat. Aber vieles war auch Gruppendynamik: neue Tools sind aufregend, alte Workhorses sind langweilig. Nur: Das Web bevorzugt oft langweilig, weil langweilig zuverlässig ist.

2015 – PHP 7 bringt die Wende

PHP 7 ist der Punkt, an dem PHP sich aus der „nur noch Legacy“-Schublade befreit. Performance und Speicherverbrauch verbessern sich massiv. Viele Anwendungen werden spürbar schneller, ohne dass man den gesamten Stack neu erfinden muss.

Für mich ist das der Moment, in dem PHP wieder klar sagt: „Ich bin nicht hier, um trendy zu sein. Ich bin hier, um Websites und Plattformen effizient auszuliefern.“

2020 – PHP 8 und die Modernisierung

PHP 8 setzt den Kurs fort: moderne Sprachfeatures, stärkere Typisierungsmöglichkeiten, ein JIT-Compiler für bestimmte Szenarien, und insgesamt ein klarer Wille zur Weiterentwicklung.

Wichtig ist dabei die Realität: JIT ist kein magischer Turbo für jedes typische Webprojekt. Der größere Gewinn liegt oft in besserer Codequalität durch Typen, klarere APIs und moderne Syntax. Das ist weniger spektakulär – aber genau das, was langfristig Wartbarkeit bringt.

Warum PHP trotzdem weiterläuft

PHP ist nicht „trotz Kritik“ erfolgreich, sondern weil es im Alltag passt:

1) Ökosystem und Bestand
Viele Systeme, Themes, Plugins und Integrationen existieren bereits – und funktionieren. Das ist nicht Glamour, das ist Produktivität.

2) Hosting und Betrieb
PHP ist nahezu überall verfügbar, oft günstig, oft unkompliziert. Für viele Teams ist das ein echter Faktor.

3) Time-to-Market
Klassische Webprodukte lassen sich mit PHP schnell bauen, gut betreiben und solide warten – sofern man moderne Standards nutzt.

4) WordPress & Co.
Ein Großteil des Content-Webs hängt an PHP-basierten Plattformen. Das ist keine Mode, das ist strukturelle Verankerung.

Das eigentliche Problem: das Image

Das größte Problem von PHP ist heute selten die Sprache selbst, sondern die Erinnerung an alte Projekte: ungetesteter Spaghetti-Code, unsaubere Sicherheitspraktiken, wachsende Legacy-Klötze.

Wer PHP bewertet, sollte deshalb immer dazusagen, welches PHP und welche Codebasis gemeint ist. Moderne PHP-Projekte mit sauberer Architektur, Tests, CI, statischer Analyse und Framework-Konventionen fühlen sich nicht wie „2009“ an. Sie fühlen sich wie professionelle Softwareentwicklung an.

Wann PHP sinnvoll ist – und wann nicht

Sinnvoll (typische Treffer):
Websites, Unternehmensseiten, Content-Plattformen, klassische Web-Apps, Admin-Backends, APIs mit moderatem Echtzeitbedarf, Projekte mit Fokus auf Wartbarkeit und effizienten Betrieb.

Weniger sinnvoll (typische Grenzen):
hochskalierende Echtzeit-Systeme mit sehr niedrigen Latenzanforderungen, komplexe Microservice-Landschaften mit starkem Event-Driven-Charakter, oder Produkte, bei denen das Team-Ökosystem eindeutig in anderen Sprachen lebt.

Ausnahmen: Auch diese Grenzen sind nicht absolut. Man kann viel mit PHP bauen – die Frage ist nur, ob es die wirtschaftlich sinnvollste Route ist.

Handlungsempfehlung: So entscheide ich pragmatisch

1) Bestehendes System? Wenn ein Produkt stabil auf PHP läuft: modernisieren, testen, auf aktuelle Versionen heben – statt „Rewrite aus Prinzip“.
2) Neues Projekt? Wenn Content, klassische Webflows und Betriebseinfachheit wichtig sind: PHP ist weiterhin ein starker Kandidat.
3) Team-Fit prüfen Die beste Sprache ist die, die dein Team sicher betreiben kann.
4) Zukunftssicherheit Achte auf gepflegte Dependencies, klare Upgrade-Pfade und regelmäßige Updates.

Fazit: PHP ist nicht tot – sondern etabliert

PHP ist kein Hype. PHP ist Infrastruktur. Es hat Ecken, es hat Geschichte – und genau deshalb ist es in der Realität so präsent. Wer PHP heute noch pauschal beerdigt, diskutiert oft über ein PHP von früher. Wer dagegen nüchtern schaut, sieht: PHP bleibt. Nicht als Trend, sondern als Werkzeug, das im Web weiterhin sehr viel richtig macht.

FAQ