Internet explorer 自定义Internet Explorer中HTTP请求头的默认值

在Firefox中，我们可以自定义HTTP头的默认值，比如更改HTTP请求中的“接受编码”头（在浏览器中键入“about:config”，在首选项中键入“network.HTTP.Accept Encoding”，您可以双击该值并对其进行自定义）

在Internet Explorer中是否可以执行此操作

最近我们遇到了一个问题，即我们的web应用程序没有加载到IE6中。
进一步挖掘该问题发现，从IE6发送的所有HTTP请求中都缺少“接受编码”头。所以，由于空间限制，服务器对所有javascript文件请求响应404“未找到”错误，因为我们只维护javascript文件的gzip版本

---

请告诉我IE中是否有选项指定“接受编码”标题的值，以便将其作为每个请求的一部分发送？

谷歌搜索表明您不想将压缩数据发送到IE6，因为（毫无疑问，您可以自己搜索并找到更多类似的数据）

微软似乎不止一次“修复”了这个问题（例如，它在IE6 SP1中被列为已修复，在IE6 SP2中又被列为已修复）。然而用户继续在IE6 SP2中报告这个问题，这表明他们不知道到底是什么问题，很可能只是删除了所有相关代码，并在IE7中大量替换了它

---

因此，如果web应用必须在IE6中工作（我很遗憾你）然后，您可能需要为保存所有文件的未压缩版本付出代价。或者，您可以在web应用程序中添加一个过滤器，为IE6用户动态解压缩gzip文件。这将使IE6用户更需要CPU，服务速度更慢，但保留节省的磁盘空间。

@tialaramex:微软确实大量修改了IE7中的解压缩代码，但据我所知，IE6中的所有解压缩问题都已在补丁中修复

@Naga：如果您在Tools/Internet Options/Advanced中启用了“Use HTTP/1.1”，IE将发送接受编码头，如果您没有启用，IE将不发送

然而，你的设计将打破现实世界，它与IE6无关。如果你读史蒂夫·苏德斯的书《更快的网站》您将了解到，各种各样的公司代理和本地安全产品会在找到时删除Accept Encoding标头。因此，如果您只愿意返回压缩内容，您的站点可能会崩溃

---

（回答您的实际问题，不，没有允许您发送任意头的配置设置。在IE中可靠地添加自定义头实际上相当困难，通常需要编写一个异步可插拔协议包装，这会导致性能下降。）

在IE 6.0中，“使用HTTP/1.1”已经检查过了。我也在想，某些安全产品可能会剥离“接受编码”标头，[在我的情况下，排除了剥离标头的公司代理，因为服务器和客户端之间没有代理，并且两者都在同一网络中]但无法确定桌面上安装的安全产品是导致此问题的原因，也无法在网上找到有关此问题的任何资源。感谢您向我指出“更快的网站”这一良好资源在本文中。嗨，Eric，这个问题只在IE6.0中出现，在IE7.0和Firefox中没有。如果一些安全软件正在剥离“接受编码”头，那么它应该为所有浏览器的所有请求去掉这些头。对吗？请分享您的想法。您是否验证服务器正在从IE6客户端获得HTTP/1.1请求？请注意，当HTTP 1.1被禁用时，IE8表现出这种行为。这篇文章绝对是一个救命稻草！