ChrisB: Seite lädt nicht im IE

Beitrag lesen

Hi,

Hier der Link zu einer Seite, die ich gemacht habe.
Leider haben einige Leute gesagt, dass die Seite im Internet Explorer gar nicht oder nur sehr langsam geladen wird. In den Tests hat aber noch alles funktioniert:
Als ich es heute aber probiert habe, hat es bei mir auch nicht funktioniert. Selbst browsershots.org liefert bei einigen Browsern ein weißes Fenster.

Hat jemand eine Idee woran das liegen kann?

Daran, dass hier "Geiz ist Geil"-Mentalität und schlechte Programmierung in ungünstiger Konstellation aufeinander treffen :-)

Die genannte Adresse http://www.ec-lauter.de/ dient lediglich dazu, der eigentlichen Adresse http://www.cus-lauter.de/ec/index.php ein Frameset überzustülpen - das ist der "Geiz"-Part: Nicht zufrieden mit der Domain, unter der die Inhalte liegen, aber (vermutlich) zu geizig, eine "richtige" Domain zu reservieren, die man auf den Webspace aufschalten kann, stattdessen die "Frame-Weiterleitung".

Wie ein Aufruf mit dem Web-Sniffer zeigt, leitet http://www.cus-lauter.de/ec/index.php auf sich selber weiter (und auch das nicht mal HTTP-Konform mit "Location: index.php", wo eigentlich ein vollständiger URL inkl. Protokoll angegeben werden müsste), nachdem es einen Cookie zu setzen versucht hat.
Ich nehme an, dass hier eine Session gestartet werden soll, und beim nächsten Aufruf des Scripts *mit* migeschicktem Cookie kein Redirect auf die gleiche Adresse mehr stattfinden wird(?). Das ist aber natürlich an sich schon mal eine Dummheit, weil damit für Clients, die keine Cookies akzeptieren, eine Endlosschleife produziert wird. Deine Beobachtung, dass es im Opera und FireFox "funktioniert" basiert also nur darauf, dass diese den Cookie ohne zu murren akzeptiert haben.

Aber mein IE akzeptiert doch auch Cookies, höre ich dich sagen?
Ja - aber in der Default-Datenschutzeinstellung keine sog. Third Party Cookies. Und ein solches liegt hier vor - eben wegen dem der Seite übergestülpten Frameset.
Das "Hauptdokument", das Frameset, wurde von www.ec-lauter.de abgerufen.
Das Script, welches den Cookie setzen möchte, stammt aber von www.cus-lauter.de - damit ist es eine "dritte Partei", und darf unter der vorliegenden Datenschutzeinstellung keine Cookies setzen.
Diesem Umstand könnte man mit einer P3P-Datenschutzerklärung zwar Abhilfe schaffen - das würde das grundlegende Problem, dass das Script bei Nicht-Akzeptanz von Cookies durch den Client Amok läuft, aber noch nicht beheben.

MfG ChrisB

--
Light travels faster than sound - that's why most people appear bright until you hear them speak.