Hi,
[x] Lasse auf ".html" endende Dateien PHP-parsen.
[ ] Tue dies in einem Virtual Host.
Meint letzteres: Tue dies _nur_ für den Virtual Host?
das ist aus meiner Sicht (zumindest derzeit) irrelevant. Schön wäre, wenn das ginge.
D.h., auch wenn du _nur_ für den Virtual Host angibst, dass du .html als PHP geparst haben möchtest, reagiert auch der "restliche" Server darauf?
Ah, sorry. Nein, der reagiert nur auf das, was global angegeben wurde.
Nur die Kombination scheint nicht zu funktionieren.
Wozu die Kombination?
Die Kombination aus "Virtual Host" und ".html wird PHP-geparst" :-)
Die wäre doch eh "doppelt gemoppelt" - so wie du schriebst, hattest du ja
AddType application/x-httpd-php .php .html
sowohl für den Virtual Host als auch für den gesamten Server angegeben.
Auch zu Testzwecken, ja.
Verstehe ich dich richtig, dass du .php auf dem gesamten Server geparst haben möchtest, .html jedoch nur innerhalb des Virtual Hosts?
Im Grunde ist mir .php völlig wurscht. Ich möchte angeben, wo ich .html-Dateien PHP-geparst bekomme. Die .php-Angaben hatten letztlich vor allem den Zweck, die grundsätzliche Korrektheit der Einrichtung zu beweisen.
(Btw: definiere "scheint nicht zu funktionieren" *scnr*)
Har, har. Damit meine ich natürlich, dass es net funzt, ist doch klar ;-)
Nirgendwo in der httpd.conf finde ich eine Kollision mit anderen .html-bezüglichen Konfigurationen;
Hast du nur nach explizit auf .html bezogenen Einstellungen gesucht?
Du solltest mich besser kennen ;-) Ich habe mir praktisch jede Direktive einzeln durchgelesen, nachdem ich nichts fand, was .html-spezifisch ist.
Gibt es vielleicht noch andere, generellere - bspw. eine <Files> oder <FilesMatch>-Direktive,
Nein. Ich war gerade versucht zu behaupten, die Konfiguration sei bis auf das <VirtualHost>-Geraffel quasi der unveränderte Default, bis auf Dateipfade und ähnliches, bis mir dann einfiel, dass das Ähnliche bei einem Konfigurator wie mir ziemlich viel ist. Aber an "großen Sachen"[tm] habe ich nur Virtual Hosts eingerichtet.
Wird irgendwo ForceType verwendet?
Nur in dem bereits gelöschten Versuch von mir, der ergeben hat, dass die Ressourcen anschließend als application/x-httpd-php an den Client gesendet werden. Ansonsten kommt nichts dergleichen vor.
Spielereien mit der Options-Direktive (bisher wurden .html-Dateien SSI-geparst) blieben erfolgfrei,
Ist das Parsen von .html als SSI damit jetzt definitiv abgestellt?
Derzeit habe ich ein entweder-oder. Allerdings habe ich Options global auf ziemlich viel eingestellt und nur im Virtual Host getestet, ob das Abschalten von Includes (bzw. allem Möglichen) etwas ändert. Ja, es beendete das Parsen von SSI :-)
Cheatah
X-Self-Code: sh:( fo:} ch:~ rl:° br:> n4:& ie:% mo:) va:) de:] zu:) fl:{ ss:) ls:~ js:|
X-Self-Code-Url: http://emmanuel.dammerer.at/selfcode.html
X-Will-Answer-Email: No
X-Please-Search-Archive-First: Absolutely Yes