我知道这是一个老问题,但我现在正在回答它,因为我也对此感到疑惑并进行了一些挖掘。
截至发帖时,http ://static.ak.facebook.com/connect/xd_arbiter.php 由支持 gzip 的服务器提供,并将正确响应 [对 gzip 编码页面的 HTTP 请求][1 ]。它还设置了 [long cache expiry][1],并由内容交付网络 (Akamai) 在其 Linux 操作系统上的专有 Web 服务器软件上提供服务。页面的源代码被缩小。
运行测试时,您的浏览器可能关闭了 gzip/deflate 压缩。大多数现代浏览器都应该检索压缩页面。有趣的是,在我自己的测试中,我发现此页面上 gzip 压缩的开销导致整体响应时间变慢 [近 500 毫秒][2]。尽管我没有用尽浏览器/平台/地理位置的变化来得出任何结论性的决定,但我多次测试了类似的结果。YMMV。虽然 Page Speed 正确地指出压缩会减少传输大小(目前从 23.9KB 到 9.0KB),但压缩一定会提高性能并不明显。尽管如此,Facebook 的 Akamai 服务器支持 gzip 编码,并且大多数现代浏览器默认请求 gzip。
[1]:响应头:
HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
X-Content-Type-Options: nosniff
X-XSS-Protection: 0
Content-Encoding: gzip
X-FB-Debug: ZUlg004d1ohc18J/hpYpvJFY86ckxMlwwhVTb5y01B4=
Vary: Accept-Encoding
Content-Length: 8796
Cache-Control: public, max-age=31372439
Expires: Sun, 12 Apr 2015 04:19:30 GMT
Date: Mon, 14 Apr 2014 01:45:31 GMT
Connection: keep-alive
[2]:使用 gzip 压缩和没有.