Unsere Website (laufende Rails) friert IE6 fast jedes Mal ein. Derselbe Code, der auf einem anderen Server bereitgestellt wird, friert IE6 nicht ein. Wo und wie sollten wir das aufspüren?IE6 friert aufgrund von * Server * -Konfiguration ein
Verwenden Sie Firefox mit Firebug, um die HTTP-Header in der Anforderung und Antwort von beiden Servern zu vergleichen.
Oder IE mit Fiddler2. – bzlm
Könnte ein Kommunikationsproblem sein. Versuchen Sie, wireshark gegen den Server, der einfriert und den Server, der nicht einfriert. Vergleichen Sie die Ergebnisse, um festzustellen, ob es einen Unterschied gibt.
Beschränken Sie das Problem. Beginnen Sie mit dem Ausschneiden des Codes, bis IE6 nicht einfriert. Dann können Sie möglicherweise genau herausfinden, was das Problem verursacht.
OP sagte speziell "Der gleiche Code", so wird Code ausschneiden nur das Problem verbergen. – bzlm
WireShark scheint übertrieben zu sein - es ist ein wenig umständlich HTTP-Anfragen/Antworten dort zu verfolgen, im Vergleich zu HTTP-only Loggern wie Firebug, Fiddler2, etc. – bzlm
Zustimmen! Die Locke ist auch eine gute Idee. – Ken
Versuchen sowohl in IE6 auf verschiedenen Maschinen, vorzugsweise mit möglichst wenigen Addons wie möglich wie Spyware-Blocker oder Google Toolbars ...
können Sie auch versuchen: http://projects.nikhilk.net/WebDevHelper/Default.aspx
, die in IE installiert und kann Ihnen bei der Behebung von Netzwerkproblemen helfen. Sie können möglicherweise genau sehen, wann und wo es in der Anfrage/Antwort einfriert, indem Sie seine Verfolgungsfunktionen verwenden.
Tritt das Einfrieren auf Ihrem Entwicklungsserver oder Ihrem Produktionsserver ein? Ob Ihr Entwicklerserver IE6 blockiert oder nicht, ist nicht so groß, aber wenn Ihr Produktionsserver IE6 nicht schlägt, haben Sie vielleicht ein Problem!
:-P
Server können auch Browser auf ihnen haben Sie wissen :) Einfrieren wäre ein Problem! – Liam
Sie müssen den Unterschied zwischen ihnen bestimmen, so würde ich mit folgendem beginnen:
curl -D first.headers -o first.body http://first.example.com
curl -D second.headers -o second.body http://second.example.com
diff -u first.headers second.headers
diff -u first.body second.body
Ich habe auf einem AJAX-schwer, dieses Problem heute ist, die Seite? ˅. Ich glaube, ich habe das Problem auf den Server beschränkt, auf dem die GZIP-Komprimierung aktiviert ist. Als das GZIP auf unserem Server ausgeschaltet wurde, lud IE6 die Seite ohne einfrieren ein. Wenn GZIP aktiviert ist, stürzt IE6 vollständig ab.
Ich bemerkte auch, dass Bilder mit GZIP von unserem Server serviert wurden, also deaktivierte ich das für Bilder und dies löste das Problem mit IE6 Einfrieren/Absturz. Jetzt verwendet der Server GZIP nur für .js, .html und JSON.
Guter Tipp! Wir haben mit GWT/ExtGWT App auf IE6 für eine Weile gekämpft und dies scheint es zu beheben. –
Das sollte wirklich die Antwort sein! Ich arbeitete an einer Website, die Bilder dynamisch gerendert und IE 6 fror in alle Richtungen. Sobald ich die Komprimierung für IE 6-Clients ausgeschaltet hatte, funktionierte alles. – rifferte
Vielleicht einige weitere Informationen, die Ihnen helfen werden.
Wir hatten das gleiche Problem und verengten es auch auf die GZIP-Komprimierung. Der Schlüssel war, dass wir die gzip-Komprimierung für unsere ScriptResources aktiviert hatten, die auch die Javascripts liefern, die von den Steuerelementen auf unserer .NET-Seite verwendet werden.
Offensichtlich gibt es einen Fehler in IE6, der zum Einfrieren führt, wir glauben, dass der Browser die Dateien empfängt und analysiert vor dem Auspacken sie, die das Einfrieren verursacht.
Jetzt haben wir die gzip-Komprimierung deaktiviert, aber da wir eine große Anzahl von Dateien über den ScriptsResource-Manager haben, benötigen wir eine andere Lösung.
http://www.robertswarthout.com/2007/05/ie-6-apache-mod_deflate-blank-pages/ –
Möglicherweise verwendet ein Server GZIP-Komprimierung. – bzlm