PHP oder SSI - was ist schneller ?

[Dennis]

Hi Christoph,

Wenn PHP über CGI oder über FastCGI läuft

Das ist bei einem seriösen Webhoster unwahrscheinlich

CGI fällt aus Performance-Gründen flach, das stimmt - aber FastCGI bietet einen guten Ersatz, was hast du dagegen? Ich halte PHP über FastCGI in Verbindung mit suExec für eine der besten und saubersten Lösungen was eine Multi-User Umgebung mit diversen Scriptsprachen angeht.

Außerdem lassen sich nur über (Fast)CGI mehrere PHP Versionen gleichzeitig betreiben, sowie z.B. 1und1 PHP4 und PHP5 gleichzeitig anbietet (.php und .php5 Dateien).

die die Definition des MimeTypes reine Entscheidung des Hostes.

Jaein. Wenn der Serveradmin da Unsinn einstellt, läßt es sich ja korrigieren in der .htaccess, aber nicht dadurch, daß man nochmal Unsinn dagegensetzt.

Warum willst du bzw. will man allgemin immer so an application/x-httpd-php festhalten? Ich halte das eh für zu fest "hinterlegt" - das sieht man z.B. daran, das sich bei der Modul Version von PHP der Mime Type nicht anpassen lässt.

[ ... <Files ~ ..> ... ]
Das _soll_ es mögliherweise. Ist aber in meinen Augen ebenso Unsinn. Wenn man keine Platzhalter (*) verwenden will, aber trotzdem mehrere Dateinamen angegeben werden sollen, geht das durchaus - aber nicht mit <Files>, sondern dann mit <FilesMatch> und einem Regulären Ausdruck. Als Beispiel:
   <FilesMatch ".(htm|php)$">
scheucht alle *.htm und *.php durch den Parser.

Gut, FilesMatch wäre die korrekte[tm] Alternative dazu - Files mit ~ bewirkt aber selbiges.

da dieses ja nur zeitlich begrenzt auftritt.

Die "zeitliche Begrenzung" ist nur zufällig der Aufhänger. Das Grundproblem liegt aller Wahrscheinlichkeit sowohl in der allgemeienen Belastung des Servers in den Abendstunden wie auch in dieser ziemlich abstrusen und für mich nicht nachvollziehbaren Konstruktion, wie hier PHP "initialisiert" wird.

Ja, das ist mir nach dem Klick auf "Absenden" auch eingefallen ;-)

MfG, Dennis.