Sönke Tesch: Datei-URLs mit / am Ende - statt 404-Fehler funktioniert's..?!

Beitrag lesen

http://www.example.com/cgi-bin/demo.cgi/extra/path/info?abc=123
                                         ^^^^^^^^^^^^^^^^

Das CGI demo.cgi wird mit PATH_INFO=/extra/path/info aufgerufen.

Oha, Wunder der Technik :)

und schon wieder was dazugelernt...

Wohl war. Und kaum hat man die Funktionsweise verstanden, klärt sich auch, was hier bzw. bei meinem Hoster los ist. Ich hatte mich nämlich doch nicht geirrt: Dieser Quark trat bei meinem Hoster auch bei den eigentlich ganz stinknormalen HTML-Dateien auf; http://kino-fahrplan.de/programm/grindel.html/tralala hat er beispielsweise freundlichst auf den Tisch serviert.

Da mir ja nun endlich klar ist, woher das kommt, war der Grund dann auch schnell gefunden: eine Zeile "AddHandler server-parsed .html" in seiner httpd.conf..
Ich hab ja nix dagegen, wenn man sowas lokal in einem Verzeichnis macht, aber als serverweite Standardeinstellung - nee, wirklich :(

In PHP hab ich eben einen kleinen Workaround für die nicht erwünschte PATH_INFO gestrickt:

if (isset($HTTP_SERVER_VARS["PATH_INFO"]))
{
$urlumleitung=$HTTP_SERVER_VARS["SCRIPT_NAME"] . "?" . $HTTP_SERVER_VARS["QUERY_STRING"];
header("Location: $urlumleitung");

}

Ob das auch in SHTML machbar ist, weiß ich allerdings nicht.

Das if wäre kein Problem, aber SSI kann leider nicht weiterleiten oder sonst irgendwie einen echten Fehler erzeugen. Einziger allgemein brauchbarer Ansatzpunkt wäre wohl eine passende Rewrite-Regel, was mir aber auch nicht gerade elegant erscheint.

P.S. Brauchst Du die Angaben aus meiner .htaccess noch?

Nein, danke, "RemoveHandler .html" in meiner .htaccess tut's auch :)

Gruß und Danke nochmal an Euch,
  soenk.e