Meine Wahl: Python + Django + gunicorn + nginx ( + PostgreSQL)
Ordentliche Sprache, ordentliches Framework, ordentliche Performance.

Ich hab den Namen vergessen, aber ich wurde neulich mal auf ein Tool hingewiesen, was über verschiedene Sprachen hinweg aus einem definierten Protokoll Code erzeugt, wodurch eventuell das Pflegen von einer REST API einfacher wird. So ganz traue ich dem aber nicht. Wenn es mir wieder einfällt, sag ich aber bescheid.

Ich freu mich ja immer wieder, das Django etwa den kompletten Datenbank Zugriff weg-abstrahiert. Darum war der Wechsel von sqlite (erste Tests) auf postgreSQL in 20 Minuten vollzogen (hatte ein wenig Probleme mit der Migration der Daten, weil sqlite gar keine Constraints sichert..)

Ich habe ja schon mehrfach meine Abneigung gegenüber PHP geäussert und begründet. Sicherlich funktioniert PHP für viele, aber ich denke immer noch, dass sich ein Wechsel auf etwas Anderes hier immer lohnt.

Läuft Python mittlerweile auf allen verfügbaren Werbservern, die man auch als Privatmensch für relativ günstig nutzen kann?
Gibt es ein TYPO3-vergleichbares CMS auf Python Basis?

Ich sehe PHP vs. Python ungefähr so wie C++ vs. Objective-C.
Ersteres ist weit verbreitet, taugt aber nix. Doch durch die weite Verbreitung gibt es halt eine Fülle an darauf basierenden Frameworks und Lösungen, so dass es schwierig wird die Platzhirsche loszuwerden.

PHP ist nur im unprofessionellem bis semi-professionellem Bereich "Platzhirsch" - zumindest, soweit ich weiss. Ich würde eher Java und .NET als Platzhirsche bezeichnen. PHP mit C++ zu Vergleichen ist auch sehr, sehr weit hergeholt.

Ein Managed-Server bekommt man, soweit ich weiss, für rund 3 bis 6 Euro/Monat in Deutschland. Da sollte dann Python kein Problem sein.

Ich kenne TYPO3 nicht näher (ich weiss nur, dass es schrecklich sein soll). Ein CMS kann man sich aber mit Django relativ schnell zusammenbauen (Django stammt ursprünglich als CMS/Framework für die Webseite der Washington Post).

Und dann fragst Du danach, ob es Sinn macht, PHP oder Apache auszutauschen, statt Dir Gedanken darüber zu machen, wie die Datenbank bei der Performance abschneidet? Lustig.

Nicht lustig, sondern berechtigt und sinnvoll. Wenn letzten Endes die eigentliche "Arbeit" bei der DB liegt, ist es beispielsweise unnötig einen fetten Apache mit zig Modulen zu betreiben, der bei vielen gleichzeitigen Requests zum Flaschenhals werden kann und unnötig viel Hauptspeicher verbrät, den – sofern auf dem gleichen Server gehostet – viel besser die DB zum Cachen nutzen könnte. cu McPringle

Ich sehe es genauso wie BlueM.
Apache mag mit all seinen unzähligen Modulen vielleicht ein wenig Speicher benötigen, aber mal ernsthaft: ich bezweifle, dass das wirklich ins Gewicht fällt.
Und falls doch: schalte er doch die unnötigen Module einfach ab. (z.B. libexec/apache2/libphp5.so +scnr+)

Ernsthaft, wenn PHP läuft, braucht man dann wirklich das CGI Modul? Müssen DAV und VHOST wirklich sein?
Mir sind zumindest keine Fälle bekannt, in denen Apache jetzt das 'Bottleneck' ist. Schon gar nicht, wenn Spaß- und Performancebremsen wie PHP und MySQL mit von der Party sind.

Sicherlich steigt die Last bei gestiegenem Zugriff, doch wenn die Anfrage- und Skriptzeiten kurz sind gibt es dort vermutlich keine Probleme.
Davon ab ist das Ganze ja auch noch hosterabhängig. Wenn es nur Apache mit PHP und MySQL gibt, welche Möglichkeiten hat man dann?
Und wenn es der eigene Mac mini in der Abstellkammer ist, wird das Bottleneck eher die Internetverbindung sein.

Mir riecht das alles schon wieder zu sehr nach POITROAE.

Zumal, wenn man das Ganze wirklich professionell aufziehen will, man ganz andere Kaliber bräuchte.
Da wären dann mindestens ein Webserver und ein Datenbankserver von Nöten - beide mindestens im Gigabit Ethernet, besser wären natürlich zwei oder mehr Gigabit Ethernet.
Und der Datenbankserver sollte dann auch bitte kein popeliges Oracle SQL/Microsoft SQL Gerödel sein, sondern eine vernünftige IBM Series i oder höher.

(Mir ist bekannt, dass das für gefühlt 98% aller RESTful APIs mehr als nur übertrieben ist. Das kommt dann aber dabei raus, wenn man PO mal ein wenig übertreibt.)

Zum Thema TYPO3:
Es hat Vor- und Nachteile.
Vorteil: man kann damit wirklich alles selber machen.
Nachteil: man muss daran wirklich alles selber machen.
Eine derart mächtige Extensions- und Scriptengine ist mir in noch keinem anderen CMS untergekommen.
Das dürfte alles sehr python-untypisch sein, deshalb frag ich ja. :D