6

我已经尝试调试这个好几个星期了。我家庭网络上所有客户端上的所有浏览器都在发送“Accept-Encoding: gzip,deflate”。但是，该标头以某种方式在请求到达 Web 服务器之前被丢弃。例如， http: //www.whatsmyip.org/http_compression/表示“不，您的浏览器没有请求压缩内容”。

我已经使用 Fiddler 来确保我的所有浏览器确实都在发送标头。我已经换了我的路由器。我已经关闭了所有的杀毒软件。

Brighthouse/Roadrunner（本地有线电视 ISP）说他们没有进行任何过滤（我不明白他们为什么会在这种情况下这样做）。

任何建议都将受到欢迎！

4

3 回答 3

2

尝试使用 HTTPS。

如果您通过 HTTPS 浏览网站，您的浏览器和 Web 服务器之间的任何内容都无法更改请求或响应的任何 HTTP 级别方面，包括是否启用了压缩，而您无需立即清楚地了解这一事实（检查浏览器地址栏中的网站证书，看看它是否合法）。

于 2010-04-15T13:59:15.267 回答
1

我遇到了 Accept-Xncoding 问题，并确定是 CA Internet Security Suite 导致了该问题。禁用wan't enought，你必须卸载然后清除IE缓存。

于 2010-06-05T05:39:44.827 回答
0

检查您的防病毒软件。它可能会拦截您的出站流量并动态修改标头以获得未压缩的内容。懒惰的程序员不喜欢自己包含解压方法，或者处理分块编码。

Norton Internet Security 将使用以下行覆盖接受编码：

---------------: ----- --------

McAfee 使用以下内容覆盖：

X-McProxyFilter: *************

我还没有确定的东西会被这个覆盖：

接受 Xncoding：gzip，放气

你可能在同一条船上。我读到 Zone Alarm 完全清除了编码标头（这意味着重新计算数据包的大小，但是他们为什么要关心它们在您的系统上引入了多少负载？）。如果您正在运行区域警报，请关闭“互联网隐私选项”或其他任何选项，然后重试。

每次我看到这个问题，它都是糟糕的杀毒软件的结果。在不让他们知道的情况下完全禁用某人接收压缩内容的能力是肮脏的。

于 2010-05-14T07:31:39.430 回答