nicht angemeldet
Probleme mit MSIE 6.0 und Apache auf einer Maschine
Hallo Leute
Ich habe auf meinem Rechner (Windows 2000) den Apache Webserver (2.0.39) mit Perl (5.6.x) installiert.
Seit ich vor kurzem den Internet Explorer 6 installierte, tritt das Phänomen auf, das Perl-Skripts nicht mehr von Apache verarbeitet werden, sondern der IE nachfragt, ob er die Perl-Datei downloaden soll.
Das Ganze ist mit dem einfachen Hallo-Welt-Skript getestet:
#!c:/perl/bin/perl.exe
print "content-type: text/plain\n\n";
print "hello welt";
1;
Auch die Verwendung von cgi.pm ändert nichts.
Wenn ich die lokale URL im Netscape 6 öffne, wird das Skript jedoch einwandfrei interpretiert und der Skriptoutput angezeigt.
Dieses Phänomen tritt wie gesagt erst seit dem Update vom IE 6 auf (Sch.... $MS). Davor liefs mit dem IE 5 einwandfrei.
Das Problem tritt sowohl bei meiner lokalen Webserver-Installation, als auch auf dem externen Server (WinNT 4.0, mit IIS 4 und Perl 5.6.x) auf.
Irgendwie scheint der neue IE 6 (zumindest bei mir) den HTTP-Header 'content-type' nicht mehr zu interpretieren, sondern versucht die Datei aufgrund der Dateiendung in der URL zu interpretieren.
Ist jemanden dieses Phänomen bekannt?
Kann man mir die Ursache erklaären oder zumindest Tipps für die Suche nach der Problemlösung geben?
Besten Dank für Eure Mithilfe im voraus.
Grüsse
Eisbär
-
Hallo ...
Das kommt mir sehr bekannt vor, obwohl ich den IE 5.5 verwende ...
Änder mal das folgende um:
Von: print "content-type: text/plain\n\n";
Nach: print "content-type: text/html\n\n";Wenns nämlich ein HTML-MIME-Typ is, dann erkennt ers aus irgendeinem Grund ...
LG,
MM-
Hallo MM
Danke mal für die erste Antwort.
Das kommt mir sehr bekannt vor, obwohl ich den IE 5.5 verwende ...
Änder mal das folgende um:
Von: print "content-type: text/plain\n\n";
Nach: print "content-type: text/html\n\n";Tatsächlich wird mit 'text/html' der Skriptoutput korrekt im IE dargestellt.
Offensichtlich hat der IE 6 ein Problem mit dem MIME-Type 'text/plain'. Leider finde ich unter Windows 2000 die Stelle für die Zuordnung des MIME-Types zu Programmen, bzw. Aktionen nicht. Unter WinNT 4.0 konnte man den MIME-Type mit den Datei-Extensions und Aktionen im Menü Extra des Windows Explorers einstellen.
Weiss jemand wo man nun bei Windows2000 das Verhalten der MIME-Types einstellen kann?
Grüsse
Eisbär-
Hallo nochmal ...
Ich hab so ein ähnliches Prob bei Win98 auch ...
Ich suche auch, wo man da die MIME-Typen von EXE Dateien umstellen kann ...
Leider hat mir auch noch niemand geantwortet - aber ich denke, das man das in der Registry umstellen muss ...
Vielleicht kennst du dich da ja besser mit dem REGEDIT aus ...LG,
MM
-
-
-
Hi Eisbär,
Seit ich vor kurzem den Internet Explorer 6 installierte, tritt das
Phänomen auf, das Perl-Skripts nicht mehr von Apache verarbeitet
werden, sondern der IE nachfragt, ob er die Perl-Datei downloaden
soll.Dein Problem ist weder vom Apache noch von Perl abhängig. Verwende
einen beliebigen (funktionsfähigen) HTTP-Client, um meine Aussage zu
überprüfen.Auch die Verwendung von cgi.pm ändert nichts.
Richtig.
Wenn ich die lokale URL im Netscape 6 öffne, wird das Skript jedoch
einwandfrei interpretiert und der Skriptoutput angezeigt.Das ist der Unterschied zwischen einem HTTP-Client, der sich an die über-
mittelten HTTP-Header hält, und einem Internet-Explorer, der den Verfas-
ser der Seite für zu dumm hält, den korrekten Content-Type anzugeben und
statt dessen eine _ihm_ passend erscheinende Reaktion auswürfelt.Irgendwie scheint der neue IE 6 (zumindest bei mir) den HTTP-Header
'content-type' nicht mehr zu interpretieren, sondern versucht die
Datei aufgrund der Dateiendung in der URL zu interpretieren.
Ist jemanden dieses Phänomen bekannt?Ja - und dieses "Phänomen" ist die wesentlichste Ursache dafür, dem M$IE
das Attribut "funktionsfähiger HTTP-Client" abzusprechen.Kann man mir die Ursache erklaären oder zumindest Tipps für die Suche
nach der Problemlösung geben?Es gibt keine Problemlösung im Zusammenhang mit M$IE 6.
Viele Grüße
Michael