加入Facebook的Like按鈕，以我的網站，運行谷歌Chrome瀏覽器的的PageSpeed之後，它報告以下爲「啓用壓縮」類別。Facebook的跨域消息助手（xd_arbiter.php）的gzip /緊縮支持
壓縮以下資源使用gzip可以通過15.6KiB（減少62％）減少的數據傳輸量。
壓縮HTTP：//static.ak.facebook.com/.../xd_arbiter.php ...可以節省15.6KiB（減少62％）。
是否有配置設置，我可以添加的地方，將要求xd_arbiter.php響應的壓縮版本，或者是不支持這個？
我知道這是一個老問題，但現在我回答它，因爲我也想到了這個，做了一些挖掘。
截至本文發佈時，http://static.ak.facebook.com/connect/xd_arbiter.php由一個支持gzip的服務器交付，並將對[gzip enconded page的HTTP請求] [1]正確響應。它還設置了[長時間高速緩存期滿] [1]，並正在通過在Linux操作系統上其專有的Web服務器軟件，內容分發網絡（Akamai）產品服務。頁面的源代碼被縮小。
這可能是您的瀏覽器已經gzip的/縮小壓縮關閉，當你運行測試。大多數現代瀏覽器應該檢索壓縮頁面。有趣的是，在我自己的測試，我發現，這個網頁上gzip壓縮的開銷導致了整體響應時間較慢[近500毫秒] [2]。儘管我沒有耗盡瀏覽器/平臺/地理位置的變化來達成任何決定性的決定，但我多次測試了類似的結果。因人而異。雖然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]：樣品結果with gzip compression和without。