PHP ist out, was ist in?

Nachdem hier ja immer geschrieben wird das PHP soooo schlecht ist, mit welcher Serverseitigen Sprache arbeitet ihr den?
Habe bisher meine Projekte immer mit PHP verwirklicht und bin zur Zeit am überlegen ob ich nicht auch mal wieder in was anderes reinschauen soll.

C#, C, C++ und in bestimmten Fällen auch Perl.
Wobei ich das ursprünglich für Batchfiles verwendet habe. Heute würde ich das auch nicht mehr nehmen.
Und wer sagt das PHP out ist? Es wird nur immer für DIE Websprache gehalten, was so auch nicht stimmt.
/Flamewar on

Ruby ist in. Ich habe die letzte Zeit C# machen müssen und frage mich wirklich, warum sich jemand die Mühe gemacht hat, eine Mischung aus Delphi und Java zu entwickeln.

In vielleicht nicht, aber in meinen Augen die beste Sprache für Webentwicklung ist Python. Zusammen mit einem Framework wie Django einfach nur genial.

> die beste Sprache
Schwierige Aussage...

Original von TheUndeadable
> die beste Sprache
Schwierige Aussage...

Angehender Manager
*Duck*

Original von TheUndeadable
> die beste Sprache
Schwierige Aussage...

Es stand nicht umsonst "in meinen Augen" davor. :-P

Es gibt auch Leute die schwören auf Perl...
Es kommt auf den Anwendungszweck ein. Wenn man ein paar Skripte auf den Webspace schieben möchte oder nur ein 0815 CMS/Blog betreiben will, ist PHP nach wie vor die Beste Wahl, weil es überall läuft und von fast jedem verstanden wird.
Bei einem Browsergame stößt PHP jedoch an Grenzen, z.B. weil jede Menge Daten pro Request aus der Datenbank fließen müssen und mathematische Operationen generell recht langsam ablaufen (verglichen mit C++).
Da man meistens sowieso einen Rootserver/vServer für sein BG braucht, hat man die Qual der Wahl. Hier bietet sich z.B. an eine kompilierende Sprache zu nehmen, die auch Daten Requestübergreifend behalten kann, z.B. ASP.NET, Java.

Kurze Frage häng ich hier mal an: Was sind die Vorteile von Python, bzw. was ist charakteristisch für diese Sprache?
C/C++ für rechenlastige Programme, PHP für einfache dynamische Websites - aber was macht man besonders gut mit Python?

Wieso guckst du nicht einfach bei Wikipedia?
Also was ich an Python im Vergleich zu PHP am tollsten finde ist, dass es klar und sauber strukturiert ist, sehr viele Bibliotheken für jeden Zweck mitbringt und sehr einfach zu erlernen ist.
Deswegen lassen sich sehr schnell Programme schreiben. Im Vergleich zu C/C++ ist das programmieren um ein vielfaches einfacher und komfortabler, aber natürlich von der Ausführungsgeschwindigkeit her langsamer.

Original von Dunedan
Wieso guckst du nicht einfach bei Wikipedia?
Also was ich an Python im Vergleich zu PHP am tollsten finde ist, dass es klar und sauber strukturiert ist, sehr viele Bibliotheken für jeden Zweck mitbringt und sehr einfach zu erlernen ist.
Deswegen lassen sich sehr schnell Programme schreiben. Im Vergleich zu C/C++ ist das programmieren um ein vielfaches einfacher und komfortabler, aber natürlich von der Ausführungsgeschwindigkeit her langsamer.

Also all das passt doch auch 1:1 auf PHP, oder nicht? Ich verstehe nicht, warum PHP "out" sein sollte. PHP ist immer noch die bei weitem am meisten genutzte serverseitige Skriptsprache überhaupt.

dass es klar und sauber strukturiert ist, sehr viele Bibliotheken für jeden Zweck mitbringt und sehr einfach zu erlernen ist.

Trifft auch auf 20 andere Frameworks zu.

C/C++ für rechenlastige Programme, PHP für einfache dynamische Websites

Auch diese Beschreibung würde ich so nicht unterschreiben.

Original von mats
Also all das passt doch auch 1:1 auf PHP, oder nicht? Ich verstehe nicht, warum PHP "out" sein sollte. PHP ist immer noch die bei weitem am meisten genutzte serverseitige Skriptsprache überhaupt.

Um's mal ganz hart zu sagen: PHP ist Frickelscheiße.
Was ist denn an PHP bitteschön klar und sauber? Und beispielsweise schaffe ich in Django (ein Python-Webframework) eine Webapplikation in ca. 1/10 der Zeit die ich in PHP gebraucht hätte. Und dabei kann ich PHP bedeutend besser als Python. Von der Sauberkeit des Codes liegt dabei Python dann auch noch um Weiten vorne.

Original von TheUndeadable

Trifft auch auf 20 andere Frameworks zu.
Klar, dagegen sag ich ja auch nichts. Für mich ist Django/Python halt bloß optimal. Zumindest von meinem jetzigen Standpunkt aus.

Original von Dunedan

Original von mats
Also all das passt doch auch 1:1 auf PHP, oder nicht? Ich verstehe nicht, warum PHP "out" sein sollte. PHP ist immer noch die bei weitem am meisten genutzte serverseitige Skriptsprache überhaupt.

Um's mal ganz hart zu sagen: PHP ist Frickelscheiße.
Was ist denn an PHP bitteschön klar und sauber? Und beispielsweise schaffe ich in Django (ein Python-Webframework) eine Webapplikation in ca. 1/10 der Zeit die ich in PHP gebraucht hätte. Und dabei kann ich PHP bedeutend besser als Python. Von der Sauberkeit des Codes liegt dabei Python dann auch noch um Weiten vorne.

Original von TheUndeadable

Trifft auch auf 20 andere Frameworks zu.
Klar, dagegen sag ich ja auch nichts. Für mich ist Django/Python halt bloß optimal. Zumindest von meinem jetzigen Standpunkt aus.
nur weil python dir alles schön und sauber hinschreibt, das kann man mit php auch, da muss man nur einfach mal selber überlegen.

PHP war mal recht brauchbar. Das ist aber schon eine ganze Weile her. Es ist so viel Zeug reingefrickelt worden, daß man nur noch davon abraten kann.

Original von DarkPrisma
nur weil python dir alles schön und sauber hinschreibt, das kann man mit php auch, da muss man nur einfach mal selber überlegen.

Hm, nein. Guck dir doch allein mal das Wirrwar bezüglich Funktionsnamen, Reihenfolge von Funktionsparametern, ... bei PHP an.

Ach was... Es ist alles eine Frage wie man seine Applikation entwirft. Denn wenn man einfach drauflos schreibt, wird das ganze für Dritte unübersicht, egal welche Sprache zugrunde liegt.
Wenn man das ganze in ein Framework gießt, wird die Applikation an sich übersichtlicher, der Außenstehende muss dann aber auch nocht das Framework kennen und bei PHP gibt es sehr viele davon. Diese Tatsache muss aber nicht daran liegen, dass PHP beschissen ist, sondern weil es einfach populär ist. Java hat auch mehrere Frameworks und im Grunde lassen sich diese ganzen Webframeworks recht einfach auf einen gemeinsamen Nenner bringen.

Original von Dunedan

Original von DarkPrisma
nur weil python dir alles schön und sauber hinschreibt, das kann man mit php auch, da muss man nur einfach mal selber überlegen.

Hm, nein. Guck dir doch allein mal das Wirrwar bezüglich Funktionsnamen, Reihenfolge von Funktionsparametern, ... bei PHP an.
PHP ist so schön und sauber, wie es der Programmierer ist. Ganz einfach, wie in jeder Sprache, muss man ein bisschen Disziplin mitbringen. Und das Python dahingehend dem Programmierer in signifikanter Weise Arbeit abnimmt, ist mir nicht bekannt.

Da werfe ich noch gerne ein Zitat rein:

Then the next thing apparently wrong with PHP is too many functions. Right. Since when? Since when having a lot of functions is a problem? Does it hurt anybody? Does it make writing PHP code harder? Does it make programmer less successful in achieving his goals?

About keywords I could kind of understand - OK, a lot to remember (though I didn’t see anybody really having trouble to remember such complicated keywords as “while”, “if”, “class” or “public”) and it takes out some good English words that could be used as function/method names to confuse the enemy (who wouldn’t want to have function named endforeach() or static(), not to mention function()? too bad those are not available!). But complaining there’s too many actual functions that allow you to do real useful stuff? That is the thing that is bothering people? That is what scares people away from using the language “for years”?
The next beef with PHP is that people write sucky code on it. No, really, they do? Must be something really wrong with this language. It’s not like people write mind-bogglingly sucky code on every other “good” language on the planet. But I get it. The intent was - PHP makes easy to write sucky code. Yes, this is true. As true as “Porsche 997 makes it easy to drive at 100mph into a brick wall”. PHP makes it easy to write various kinds of code - and if 90% of code written is sucky, then 90% of PHP code would be sucky. But my experience says quality of the production code almost never has much to do with the language, but only with the culture - organizational and personal, and with choosing right ways to do the job. The rest is just bad statistics in play. Like “I know 7-year-old writing websites, and his PHP code sucks”. I bet his Haskell code rules though
php100.wordpress.com/2008/05/21/secret-of-php/

Ich finde PHP geht den richtigen Weg. Jedoch versucht es oft rückwärtskompatibel zu sein. Wodurch viele alte Funktionen beibehalten werden, welche an sich aber nicht mehr ins "neue" Konzept passen. Dadurch entsteht wirklich der Eindruck einer "Frickelsprache". Ich würde es auf jeden Fall bevorzugen, wenn man das alte Zeug komplett alles raushaut - auch wenn ich meinen Code anpassen müsste.
Aber die Tendenz von PHP sagt mir persönlich zu. Z.B. habe ich gerade den aktuellen offiziellen Release von PHP und PHP 5.3 dev parallel laufen und ich finde die in 5.3 eingefügten Namensräume sind ne super Neuerung.
Natürlich keine Neuerfindung aber finde es gut dass Namensräume nun auch in PHP verfügbar sind - auch wenn es noch Kleinigkeiten gibt, wo ich mir sage, dass man das hätte besser machen können.

But my experience says quality of the production code almost never has much to do with the language, but only with the culture - organizational and personal, and with choosing right ways to do the job.

Finde ich sehr passend. Wenn ich jetzt so "standard" PHP Code anschaue... das trifft jetzt auch zB schon auf den Quelltext von Wordpress, dann könnt ich kotzen und dann schäme ich mich teilweise, dass ich mit PHP Programmiere.
Aber wenn ich dann mal gut durchdachten und sauber umgesetzten OOP PHP Code anschaue mundert mich das wieder auf. Weil ich es echt schick finde, so mit PHP zu arbeiten (mache es selber).

was ist der aktuelle weg von php ? ich seh da irgendwie keinen. für mich schaut das eher nach einem ziellosen umherirren aus, mit einbau von funktionen die irgendwer irgendwo grade als toll definiert. inklusive einer teilweisen sehr wirren umsetzung.

Meiner Ansicht nach hat PHP weder zuviele Funktionen, noch sinnlose. Im Prinzip habe ich dem Zitat von Klaus nichts hinzuzufügen, genau so denke ich nämlich auch.
PHP steht nach wie vor für schnelle, präzise, dynamische Webentwicklung. Es kommt immer drauf an, was man draus macht. Man kann mit jeder anderen Sprache auch totalen Code-Müll produzieren.

Schon spät, deshalb in Kurzfassung
# Nachdem hier ja immer geschrieben wird das PHP soooo schlecht ist
Ja, das schreiben aber auch nur immer die selben
# Bei einem Browsergame stößt PHP jedoch an Grenzen,
# z.B. weil jede Menge Daten pro Request aus der Datenbank fließen müssen
# und mathematische Operationen generell recht langsam ablaufen
Würde ich nicht unbedingt behaupten.
Ich denke es gibt genug populäre Beispiele die das Gegenteil bestätigen.
digg, flickr, gaia-online, yahoo, studivz, ...
# Hier bietet sich z.B. an eine kompilierende Sprache zu nehmen,
# die auch Daten Requestübergreifend behalten kann
APC, MCache
# PHP ist Frickelscheiße
Davon bekomm ich aber nichts mit, wenn ich mir die PHP Source nicht anschaue.
Es läuft und läuft und ... bei mir zumindest.
# Since when having a lot of functions is a problem?
# Does it hurt anybody?
# Does it make writing PHP code harder?
Ich denke nicht...
# Wirrwar bezüglich Funktionsnamen, Reihenfolge von Funktionsparametern
Zugegeben ist PHP sehr weit entfernt, da alles zu vereinheitlichen.
Aber ehrlich gesagt hatte ich damit nie Probleme.
In meinem Editor klicke ich die mittlere Maustaste,
gebe z.B. "pr" ein und schon wird mir
preg_match(string pattern, string subject, [array matches], [int flags])
angeboten.
Ich denke die gängigen Funktionsnamen hat jeder im Kopf.
Da kommt man bei anderen Sprachen wohl auch nicht herum.

PHP ist tot, lang lebe PHP.
PHP ist nicht grade schön strukturiert, ist aber für seinen Einsatzzweck einfach optimal.
Das was PHP "kaputt" macht sind leute, die Register Globals auf On stehen haben bzw. die die Bücher schreiben in denen nicht mindestens 5 mal erklärt wird, warum Reg-Globals böse sind. Sowie Script-Kiddies, die Scripte hinballern, bei dem sich einem die Fussnägel hochklappen.

> > PHP ist Frickelscheiße
> Davon bekomm ich aber nichts mit, wenn ich mir die PHP Source nicht anschaue.
O doch:
blog.depon.net/index.php?/archives/394-PHP-und-create_function.html
> Meiner Ansicht nach hat PHP weder zuviele Funktionen, noch sinnlose.
Das schon. Wenn ich mir die PHP-API durchlese und mir dabei betrachte in wieweit Bugs in den entfernteren Funktionen entfernt worden sind (das komplette COM/Mono-Binding in PHP ist noch für den Hintern), dann sollte sich PHP wieder auf den Kern zurückbesinnen und nicht täglich neue Funktionen erschaffen.
blog.depon.net/index.php?/archives/393-Verpasste-Chance.html
Als Beispiel:
de.php.net/manual/en/refs.xml.php
Braucht es wirklich mehrfach, redundante Implementierungen?
Ansonsten:
de.php.net/manual/en/book.hw.php
de.php.net/manual/en/book.hwapi.php
Eins von beiden erscheint mir gnadenlos überflüssig.
Ganz zu schweigen von Modulen, die seit der PHP 4.0 experimentell sind:
de.php.net/manual/en/book.dotnet.php
Der Kern von PHP ist stabil und jeder sollte selbst wissen, ob er mit PHP entwickeln möchte, oder mit eleganteren Sprachen, die dafür andere Nachteile besitzen.
Ich persönlich möchte auf moderne Sprachfeatures wie Closures zum Beispiel nicht verzichten und verzichte daher persönlich auf PHP (und nutze zu 95% C#/ASP.Net). Aber dies heißt nicht, dass es nicht möglich ist effizient in PHP zu arbeiten.
Ich persönlich kann effizient in PHP arbeiten, aber mache dies nicht mit einem Lächeln.
Jeder muss selbst seine Sprache finden, aber bitte eines nicht vergessen:
Regelmäßig über den Tellerrand zu schauen!

Wisst ihr was mich ein wenig stört? Der Threadersteller fragt nach Alternativen zu PHP und im Endeffekt wird hier doch wieder nur über PHP diskutiert.

Dies sehe ich nicht als so fatal an, da er die Diskussion unter der Grundprämisse 'PHP ist out' gestartet hat.
PHP ist aber keineswegs out. PHP ist immer noch die meistgenutzte Webprogrammiersprache. PHP hat einen schlechten Ruf, das liegt zwar zum Teil an PHP selbst, aber zum großen Teil an den Kiddies, die mit PHP auf Grund seiner Einfachheit beginnen.
Alternativen wurden hier schon einige genannt.
Sei es Python/Django (wobei mir whitespaceorientierte Programmiersprachen erstmal nicht ins Haus kommen), ASP.Net (mit seinem Zwang zu Windows [Mono ist noch nicht soweit]) und AFAIK wurde hier auch schon Ruby genannt, dessen Konzepte zum großen Teil in weitere Frameworks übernommen worden sind (ASP.Net Future).
Aber mit dem richtigen Wissen, kann man auch in PHP ordentlich, schnell und sauber Webanwendungen programmieren.

Ich kann mich noch an Zeiten erinnern wo PHP aus einem Guß war. Dann fing man an Sachen dazu zu doktoren. Kurz drauf fing der Featurewahn an.
Aber die alten Probleme hat man nie gefixt.
Jetzt versucht man Krampfhaft auf den OOP Zug aufzuspringen.
Das ist in meinen Augen genau so sinnvoll wie COBOL OO.
Meiner Meinung nach, sollte man zuerst PHP aufräumen, die Altlasten rauswerfen, die Funktionsnamen gerade ziehen und bewußt einen Bruch machen und die Abwärtskompatibilität kastrieren um endlich die Schandflecken zu entfernen.
Was mich an der gesamten Diskussion ziemlich verwundert ist, daß wir zwar der Meinung sind das PHP nutzbar ist, aber die Probleme in der Regel beim Programmierer erzeugt werden.
Die Diskussion PHP ist Out erinnert mich an Diskussionen wie "C++ ist veraltet", "JAVA ist schneller als C++", "OpenGL rulez, DirectX suckz".
Oder um es ganz krass zu formulieren:
"EMACS vs VI"

Fakt ist doch, dass man letztendlich mit (fast) jeder x-beliebigen Programmiersprache ein Browsergame entwickeln kann. Text zusammenzubauen und auszugeben ist eine Übung, die selbst die allerersten Programmiersprachen beherrscht haben.
Von daher sollte die Entscheidung vor allem davon abhängen, was man für Ressourcen zur Verfügung hat und, das betrifft dann eher die Hobby-Projekte, was man eben kann. Und wenn man aus irgendeinem Grund auf ein technisches Problem stößt, welchen man mit seinem aktuellen Setup nicht lösen kann, dann lässt sich das meistens durch Umbauen/Optimieren lösen, bzw. wenn das nicht klappt, kann man immer noch im Umfeld anderer Sprachen suchen, ob es dort evt. eine entsprechende Lösung gibt.
Wenn ich ein Spiel entwickeln möchte, bei dem ich oft applikations-weite Daten brauche, würde ich evt. eher zu Java greifen, wenn ich Travian entwickle würde mir PHP reichen und wenn ich auf Teufel komm raus rechnen muss dann würde ich mir einen eigenen Server in C++ schreiben...alles immer recht fallspezifisch behaupte ich mal.
InnoGames hat das in einem Interview mal ganz nett Formuliert, als sie auf die Technologie hinter "The West" angesprochen wurden: "Wir nehmen AJAX, weil wir das schon können". Und vermutlich findet man auch eine ganze Menge Entwickler, die das ebenfalls tun. Wären die 3 Gründer alle Flasher gewesen, wäre The West heute mit Sicherheit ein Flash-Game und würde genauso funktionieren wie jetzt.

Ich würde sehr gerne mal "über den Tellerrand hinausschauen", vor allem mit ASP.NET, welches mich wirklich sehr interessiert. Leider wird einem hierbei Windows aufgezwungen. Und die Portierung für den Apache zu installieren... dazu habe ich zu wenig Serverkenntnisse.

Original von mats
Ich würde sehr gerne mal "über den Tellerrand hinausschauen", vor allem mit ASP.NET, welches mich wirklich sehr interessiert. Leider wird einem hierbei Windows aufgezwungen. Und die Portierung für den Apache zu installieren... dazu habe ich zu wenig Serverkenntnisse.

Quatsch.
www.mono-project.com/Main_Page

Danke, werd mal schauen, wie ich das installiert bekomme.

Mono hat aber noch nicht alles implementiert. Ein Blick in die Bug-Database hilft einem manchmal bei Problemen.

Original von Amun Ra
# Bei einem Browsergame stößt PHP jedoch an Grenzen,
# z.B. weil jede Menge Daten pro Request aus der Datenbank fließen müssen
# und mathematische Operationen generell recht langsam ablaufen
Würde ich nicht unbedingt behaupten.
Ich denke es gibt genug populäre Beispiele die das Gegenteil bestätigen.
digg, flickr, gaia-online, yahoo, studivz, ...

+ Wikipedia
Die haben aber auch die finanziellen Ressourcen um ihre Serverfarmen zu betreiben. Die Hobbyprogrammierer hier sind schon froh wenn ein Dedicated Server läuft und wollen dann das letzte aus diesem rausholen. Da kommt dann diese Performance-Jagd in PHP raus wie wir es kürzlich in der Lobby bewundern durften.

Original von Amun Ra

# Hier bietet sich z.B. an eine kompilierende Sprache zu nehmen,
# die auch Daten Requestübergreifend behalten kann
APC, MCache
Da muss ich ausnahmsweise mal sagen: Das ist Frickelscheiße.
Mit dem Requestübergreifenden Programmieren hat das nichts zu tun. Eher damit Daten über mehere Requests hinweg zu retten.

Original von Klaus
+ Wikipedia
Die haben aber auch die finanziellen Ressourcen um ihre Serverfarmen zu betreiben. Die Hobbyprogrammierer hier sind schon froh wenn ein Dedicated Server läuft und wollen dann das letzte aus diesem rausholen. Da kommt dann diese Performance-Jagd in PHP raus wie wir es kürzlich in der Lobby bewundern durften.

Davon halte ich zum Beispiel nichts.
PHP ist nicht auf Performance ausgelegt und sollte auch nicht für solch kritische Sachen verwendet werden, wo es auf jede Millisekunde ankommt.
Ist nur ein kleiner Teil problematisch kann man darüber nachdenken, den Teil in C zu implementieren um diesen in PHP benutzen zu können. Ansonsten sollte man eine geeignetere Sprache wie Java oder C/C++ benutzen.
Ich habe allerdings die Erfahrung gemacht, dass größere Performanceprobleme in der Regel vom Entwickler selbst verursacht werden durch unglückliche Algorithmen oder ähnliches und nicht direkt was mit der Sprache zu tun haben.
@MrMarco: Ich finde die Umsetzung von OOP bei PHP sehr gut gelungen und würde nicht mehr ohne auskommen wollen bzw. noch PHP entwickeln, wenn ich keine OOP Sachen zur Verfügung hätte. Also würde ich auch sagen, dass dies ein Schritt in die richtige Richtung war.

# Die haben aber auch die finanziellen Ressourcen um ihre Serverfarmen zu betreiben.
To get a better idea of what was in store for a heavily loaded PHP application, I set up an interview with Owen Byrne, cofounder and Senior Software Engineer at digg.com. From talking with Owen I learned digg.com gets on the order of 200 million page views per month, and they’re able to handle it with only 3 web servers and 8 small database servers.
www.oreillynet.com/onlamp/blog/2006/04/digg_phps_scalability_and_perf.html
# Da muss ich ausnahmsweise mal sagen: Das ist Frickelscheiße.
Okay ich als baldiger Betriebswirt und Hobbycoder muss sagen,
es ist für mich kostenoptimal mit LAMP zu arbeiten.
Von MEINEM Standpunkt aus gesehen,
stehen Aufwand und Nutzen in einem sehr guten Verhältnis.
Es muss halt jeder für sich und sein Vorhaben entscheiden was er braucht.
HTTP ist ein zustandsloses Protokoll, also stateful oder stateless programmieren?
Aber zum Thema...
Ich hab natürlich auch schon über den Tellerrand geschaut.
Python hab ich mir angesehen,
weil ich es wegen Blender3D installieren musste.
Aber ich muss sagen es hat mich jetzt nicht so sehr überzeugt.
C / C++ hab ich mir angeschaut und einen kleinen rudimentären HTTP Server geschrieben.
Das hat mir schon sehr gut gefallen, aber wäre für mich alles andere als kostenoptimal.
Und übertrieben gesagt,
wenn ich mir selbst in C einen wirklich guten Server programmiere,
der vollständig HTTP implementiert
und noch ein paar Module dazu schreibe,
die mir das Leben mit dem Server leichter machen.
Und dazu noch ein Framework / Templateengine,
damit ich halbwegs komfortabel damit arbeiten kann, habe ich was??
Apache + mods und PHP

Solange man sich im reinen Webbereich bewegt gibt es sich nicht viel ob man mit PHP arbeitet oder nicht. Es gibt komfortablere Umgebungen wie Java, C#/ASP, Python, Ruby aber es gibt da nichts was man nicht auch mit PHP ordentlich lösen könnte. Auch die vielen Designschwächen, Bugs und Unzulänglichkeiten von PHP trifft man da selten bis gar nicht an. Das merkt man erst wenn man über die klassische "Ich bastel eine dynamische Website"-Schiene mit PHP hinauswill. Stichwort Daemons die die Spielstände berechnen in PHP schreiben, am besten noch mit Multiprocessing. Dort kämpft man ohne Ende mit Fehlern in PHP und ist dazu gezwungen viel rumzufrickeln. Aber sowas sollte man auch nur machen wenn die Verwendung geeigneterer Sprachen - aus welchen Gründen auch immer - keine Option ist.
Das Problem an PHP ist da nur, dass es für viele Aufgaben Lösungen gibt aber die Lösungen ausserhalb der Webschiene sehr unausgereift oder schlicht verbuggt sind. Wer schonmal mit Forks/Unix-Processhandling/Daemonizing oder verbockten Modulen wie den proc_* Funktionen gearbeitet hat weiss wovon ich rede

Okay ich als baldiger Betriebswirt und Hobbycoder muss sagen,
es ist für mich kostenoptimal mit LAMP zu arbeiten.
Von MEINEM Standpunkt aus gesehen,
stehen Aufwand und Nutzen in einem sehr guten Verhältnis.
Es muss halt jeder für sich und sein Vorhaben entscheiden was er braucht.

*Finger knacken*
Na dann wollen wir mal. Schauen wir das ganze uns mal genauer an.
PHP... welche Firma steht dahinter welche mir Support bietet bei schwerwiegenden Sicherheitsproblemen? Zend? Eher weniger.
Wie schnell werden Sicherheitslöcher gefixt? So lala...
Wenn kann ich verklagen wenn mir ein finanzieller Schaden durch länger nicht behobene Schwachstellen entsteht?
LAMP... günstig in der Anschaffung, teuer im Betrieb.
Microsoft kann man so richtig schön in die Mangel nehmen. Die kümmern sich auch drum! Ok, nicht günstig, aber sie kümmern sich.
PHP... Ich sag nur Fingerpointing Richtung Apache oder MySQL.
Da sind in der Vergangenheit ein paar unschöne Dinge gelaufen, welche die "Kunden" haben ausbaden müssen.
Man kann gegen Sun / Microsoft sagen was man will, aber da stehen Firmen dahinter, welche einen "Ruf" zu verlieren haben und es sich nicht so einfach mal erlauben können einen Bug runter zu reden und auf andere zu zeigen.
PHP ist ein OpenSource Produkt. Es hat die Community als Stärke, welche Zeitgleich auch die größte Schwäche darstellt. Wie oben schon gesagt... Fingerpointing Richtung Apache / MySQL.
Bei der Aktion damals ist PHP in meinen Augen gestorben und als unbrauchbar eingestuft worden.

Das PHP keine passende Business-Sprache ist, sollte ja auch bekannt sein. Unter diesem Aspekt fallen Ruby und Python ja auch gleich raus.

Also ich steh immer noch auf C. Da kann man schön alle wichtigen Daten im Speicher behalten und muss nicht ständig Datenbankabfragen machen.

Also ich steh immer noch auf C. Da kann man schön alle wichtigen Daten im Speicher behalten und muss nicht ständig Datenbankabfragen machen.

Dies ist keine Sache von C, sondern eine Sache der Webumgebung.
Die statische Datenhaltung ist meines Erachtens nach in vielen anderen Webumgebung möglich. ASP.Net, J2EE und viele andere Frameworks (inkl der PHP-APC/MCache-Sache).
Die Nutzung von C find ich interessant, aber hatte ich nach einiger Zeit aufgegeben. Nutzt du fertige Bibliotheken für zentrale Sachen? (HTTP-Server, DB4O, Berkeley-Datenbank, etc...)

Wir haben aufgrund geeigneter Frameworks recht schnell eine Entscheidung in Richtung Java gehabt, auch weil mit J2EE eigentlich recht weit verbreitete Standards für Webapplikationen existieren.
Umso überraschter habe ich die Diskussion verfolgt, in der dies praktisch gar kein Thema war.

es ist eine sache zu sagen/fragen "PHP ist out, was ist in?", aber eine ganz andere festzustellen was für das jeweilige projekt - kommerziell hin oder her - richtig ist.
für mich ist php immer noch aktuell, funktional und bei nicht zwingend redundanten anwendungen auch angenehm zu handeln und vor allem auch von absoluten daus zu administrieren (ok ok - da muss man dann abstriche machen, aber das sei mal nicht die thematik an sich).
wir sind mittlerweile eher auf die lisp/erlang-schiene umgestiegen, muessen notgedrungen aufgrund mangelnder alternativen auch javascript nutzen und sind bisher recht zufrieden.
(btw, berkley db und hunchentoot arbeiten in koallition wirklich sehr effektiv)

In der Java-Welt wollte ich mir als nächstes Grails weiter anschauen.
Im grunde genommen ist es ein rails klon, aber mit der Möglichkeit Teile auch weiterhin im "alten" Plain old Java style zu schreiben, wo man es für angebracht hält.
Das ganze ist aufgebaut aus:

• Spring IoC/DI um alles zusammenzuhalten
• Spring MVC ... MVC halt
• Hibernate für die Persistenz
• Groovy als dynamische Scriptsprache

Rails ist ne sehr sehr feine Sache, aber mit Grails kann ich z.B. weiterhin meine alten ServiceKlassen verwenden.
So long...
MrMaxx

Springender Punkt, der meiner Meinung nach am meisten für PHP spricht:
Sehr weite Verbreitung bei Webspaceanbietern.
Fast jeder Webspaceanbieter bietet Unterstützung für PHP an, die wenigsten für andere Sprachen wie Perl oder gar Java, ASP.Net oder weitere.
Für Browsergames meist weniger relevant, da hier Root Server eher in Frage kommen wird es doch bei privaten Sachen eher interessant.