我们的网站（运行Rails）几乎每次都会冻结IE6。部署在不同服务器上的相同代码不会冻结IE6。我们应该在哪里以及如何开始跟踪这个？
答案 0 :(得分：6)
您需要确定它们之间的区别，因此我将从以下内容开始：
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
答案 1 :(得分：3)
可能是沟通问题。尝试使用wireshark来冻结冻结的服务器和不冻结的服务器。比较结果，看看是否存在差异。
缩小问题范围。开始剪切代码，直到IE6不冻结。然后你就可以弄明白究竟是什么导致了这个问题。
答案 2 :(得分：2)
我今天在AJAX网站上遇到过这个问题。我想我已经把问题缩小到了打开GZIP压缩的服务器。当我们的服务器上的GZIP关闭时，IE6加载页面完全没有冻结。当GZIP打开时，IE6会完全冻结/崩溃。
我还注意到我们的服务器正在使用GZIP提供图像，所以我禁用了图像，这解决了IE6冻结/崩溃的问题。现在，服务器仅对.js，.html和JSON使用GZIP。
答案 3 :(得分：1)
在IE6中尝试在不同的计算机上，最好使用尽可能少的插件，例如间谍软件拦截器或Google工具栏......
答案 4 :(得分：0)
将Firefox与Firebug一起使用，比较两台服务器的请求和响应中的HTTP标头。
答案 5 :(得分：0)
您还可以尝试：http://projects.nikhilk.net/WebDevHelper/Default.aspx
安装在IE中，可以帮助您解决网络问题等问题。您可以通过使用其跟踪功能查看请求/响应中冻结的确切时间和位置。
答案 6 :(得分：0)
您的开发服务器或生产服务器上是否发生了冻结？您的开发者服务器锁定IE6与否的天气并不是一件大事，但如果您的生产服务器无法杀死IE6，您可能会遇到问题！
： - P
答案 7 :(得分：-1)
也许还有一些信息可以帮到你。
我们遇到了同样的问题并将其缩小到GZIP压缩范围。关键是我们对ScriptResources进行了gzip压缩，它还提供了.NET页面中控件使用的javascripts。
IE6中有一个导致冻结的错误，我们认为浏览器接收文件并在解压缩之前解析它们，这会导致冻结。
目前我们已经关闭了gzip压缩，但由于我们通过ScriptsResource管理器提供了大量文件，因此我们需要一个不同的解决方案。