Hi Patrick,
Patrick Schulz schrieb:
Hi Boris,
kann es sein, dass der Fehler eher in dem Dokument zu suchen ist das aufgerufen wird (vielleicht hat einfach jemand die Hochkommas vergessen...)
nein, das Dokument ist in Ordnung, da ich es �ber test1.tester.de einwandfrei aufrufen kann.
oder dass es mal einen solchen Fehler gab und dieser noch im Cache des Browsers oder Proxys steht?
Leider auch nicht
Es kann nat�rlich auch sein, dass der Link �ber ein Skript aufgebaut wird und darin die Sache mit den Hochkommas nicht beachtet wurde.
K�nnte sein, ist es aber auch nicht.
Also M�glichkeiten gibt es viele.
Jepp
Jedoch habe ich bisher nichts von einem Apache Modul o.�. geh�rt, dass den
Inhalt von HTML Dateien oder Skriptergebnissen in Links vor dem Versenden
zum Client ver�ndert. Falls es das jedoch gibt, k�nnte ich es echt
gebrauchen :-) Mod_Rewrite �ndert doch - glaube ich - nur die angefragte URI ab, oder?
Ich rede aber nicht von Mod_Rewrite, sondern von
"Apache::ProxyRewrite - mod_perl URL-rewriting proxy".
Kann ich empfehlen, nur mit den JavaScripts klappt es noch nicht
ganz.*grins*
IMHO ist dieses Modul ein Perl-Parser (chroot-�nderung), welches den Inhalt des Dokuments nach dem Rewrite-Tag parst und ab�ndert. Ich nutze es um verschiedene Test-Webserver nach aussen hin nicht �ffnen zu m�ssen, aber von aussen �ber einen Webserver zu erreichen, als ob ich direkt auf diese Test-Webserver zugreifen w�rde.
Gru�
Boris
-------------------------------------------------------------------------- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --------------------------------------------------------------------------
