在 Firefox 中，我们可以自定义 HTTP 标头的默认值，例如更改 HTTP 请求中的“Accept-Encoding”标头（在浏览器中键入“about:config”并搜索首选项“network.http.accept” -encoding”，可以双击这个值，可以自定义）
这可以在 Internet Explorer 中实现吗？
最近我们遇到了一个问题，我们的 Web 应用程序无法在 IE6 中加载。
进一步挖掘问题发现，从 IE6 发送的所有 HTTP 请求中都缺少“Accept-Encoding”标头。因此，由于空间限制，我们只维护 javascript 文件的 gzip 版本，因此服务器对所有 javascript 文件请求都响应 404“未找到”错误。
如果 IE 中有一个选项可以指定“Accept-Encoding”标头的值以便作为每个请求的一部分发送，请告诉我？
【问题讨论】：
标签： internet-explorer firefox browser http-headers
@tialaramex：确实微软在IE7中对解压代码进行了大规模返工，但据我所知，IE6中所有的解压问题都已经在补丁中修复了。
@Naga：如果您在工具/Internet 选项/高级中启用了“使用 HTTP/1.1”，IE 将发送 Accept-Encoding 标头，否则不会发送。
但是，您的设计会在现实世界中崩溃，这与 IE6 无关。如果您阅读 Steve Souders 的书“Even Faster Websites”，您将了解到各种各样的公司代理和本地安全产品会在找到 Accept-Encoding 标头后去掉。因此，如果您只愿意返回压缩内容，您的网站可能会崩溃。
（针对您的实际问题，不，没有允许您发送任意标头的配置设置。在 IE 中可靠地添加自定义标头实际上非常困难，并且通常涉及编写一个异步可插入协议包装器，这会导致性能损失。）
【讨论】：
Google 搜索表明您不想将压缩数据发送到 IE6，因为 it can cause corruption and other mysterious problems.（毫无疑问，您可以自己搜索并找到更多类似的）
Microsoft 似乎不止一次“修复”了这个问题（例如，它在 IE6 SP1 中被列为已修复，在 IE6 SP2 中再次被列为已修复_但用户继续在 IE6 SP2 中报告该问题，这表明他们不知道实际是什么错误，很可能只是撕掉所有相关代码并在 IE7 中批量替换。
因此，如果 Web 应用程序必须在 IE6 中运行（我为你感到遗憾），那么你可能需要为保存所有文件的未压缩版本付出代价。或者，您可以向您的 Web 应用程序添加一个过滤器，为 IE6 用户即时解压缩 gzip 文件。这将使 IE6 用户更消耗 CPU 并降低服务速度，但仍能节省磁盘空间。
【讨论】：