On 09.02.2006, at 00:18, Oliver Etzel - GoodnGo.COM (R) wrote:
Hallo Lars, hallo Joerg, hallo Marcus, ...Für diese Liste ist es vielleicht ganz interessant , das Problem resultiert, wenn User in Perl-Skripten sich bis zum Schluss weiterhangeln und dann nachgetaner Arbeit, sich den letzten URL , bspq.http://www.hostname.com/cgi-bin/oli.pl in den Favoriten Speichern, aufgrund eines POST request dieses Skript aber Parameter erwartet. Deshalb geben solchermassen gecachte URL´s blödsinn als Antwort, da die Parmater fehlen.
Ahemm, wäre es dann nicht logischer, wenn das Skript bei fehlenden Parametern einfach etwas Sinnvolles anstatt Müll ausgibt? Das Skript könnte doch dann die 'Eingabemaske' zeigen (oder was eben sonst normalerweise für die korrekten Parameter sorgt) oder einfach dorthin weiterleiten, nicht? Eine POST-Ressource sollte auf auf eine andere, gebräuchliche Methode (z.B. GET, HEAD) etwas Sinnvolles liefern.
Meine Lösung lautet als Weisheit letzter Schluss, ich lasse alles
durch
eine Anfangsframe á la:
</HEAD>
<FRAMESET rows="*">
<FRAME SRC="./index.htm" NAME="frame_1" FRAMEBORDER="NO"
marginheight="0" marginwidth="0">
</FRAMESET>
</HTML>
laufen.
Das halte ich eher für eine unsaubere und unlogische Lösung...
Als %{HTTP_HOST}Umgebungsvariable wird bei diesem Frame immer die URL
weitergereicht.
Das glaube ich nicht denn HTTP_HOST wird von Apache mittels des Host- Headers (Request) ermittelt und würde dieser nicht den korrekten Host sondern eine URL enthalten, wäre VirtualHosting wohl nur schwer möglich... ;-)
Das was Du beschreibst ist in der Regel in REQUEST_URI zu finden.
Gäbe es hier Alternativen?
Es gäbe hier noch SERVER_NAME aber das ist nicht unbedingt das was Du suchst...
Cheers, Erik
smime.p7s
Description: S/MIME cryptographic signature
