【发布时间】:2017-01-23 08:44:02
【问题描述】:
在测试内容是否通过 Apache 的 mod_deflate 压缩后,我似乎得到了不同的结果。
我在一台 PC 上测试相同的 URL,我在响应标头中显示 Content-Encoding:gzip,在另一台具有几乎相同设置(Windows 版本、浏览器版本等)的 PC 上我不这样做,页面加载速度更慢并且尺寸更大。两种情况下都存在请求标头Accept-Encoding:gzip, deflate, lzma, sdch, br。
- 有人可以推荐一种可靠的方法来测试内容是否经过 gzip 压缩? 我的意思是可靠 - 除了 Chrome 开发工具。
- 为什么有些用户即使请求了 gzip 压缩的内容也可能拥有完整的内容?是服务器相关还是客户端相关?如何确保 100% 的用户获得 gzip 压缩的内容?
【问题讨论】:
-
也许第二台 PC 位于代理(可能是透明的)后面,该代理对标头做了一些事情。
-
@wOxxOm,好主意,虽然当我测试另一个 URL(例如 google.com)时,结果是相同的,两台电脑都将其压缩
-
坚持代理建议尝试一个不在 https 上的站点,因为这通常会阻止代理读取内容。 bing 或许。
-
@SteveE。我刚刚检查了 bing.com,确实 - 它没有在 那台 机器上压缩。但是,我确实在我的网站 (https) 上对其进行了测试,并且它也没有被压缩,所以在我的情况下,协议有时并不重要。关于如何设置它以使代理无法修改它的任何想法?无论如何,这似乎互联网提供商有增加流量的“聪明”方式,特别是如果客户没有无限套餐:)
标签: apache google-chrome-devtools gzip mod-deflate web-performance