
超越 Gzip 壓縮
|
139
如何幫助這些使用者?
既然已經瞭解這個問題的原因和影響,讓我們實際來處理它︰幫助這些使用者獲得應有
的快速操作體驗(更別說是幫助你從滿意的網站使用者那兒所得到的利益)。當然,這
個問題的正確解法應該是呼籲軟體供應商,叫他們不要再去除或損毀
Accept-Encoding
標頭。事實上,這個問題在一些較新的版本中已獲得修正。例如,Norton Internet
Security 2009 已經不再製造這個問題。
不過,既有使用者全部更新或升級軟體之前恐怕還需要花一段時間,在那之前,本章所
討論的 3 個方法可以減輕這個問題的衝擊,一個比一個更有侵略性。
針對未壓縮尺寸最小化而設計
這一點可能太過明顯而不值得反覆說明,但實在有必要再三強調︰傳送較小的回應讓頁
面運作得更迅速。這說明了壓縮回應為何是如此有效的技術,儘管它在客戶端和伺服器
上耗用更多的 CPU 資源。優秀的 Web 開發者知道要奮力讓 HTML、CSS 和 JavaScript
盡可能精實。不過,經驗告訴我們,不用擔心冗長反覆的字串,因為 gzip 壓縮會讓它們
實際上變得沒什麼負擔。因此,我們不針對它們做太多最佳化。不過,當使用者不能接
收壓縮回應時,這個假定就完全無效了。
找出那些可分離出來的重複內容有點像是一門藝術,而且根據個別的網站會有很大的差
異,這些通用的技術可以減少頁面的未壓縮尺寸,而且不會增加壓縮後的大小。
使用事件委託
通常,頁面上會有幾個元素需要用到類似的事件處理器(event handler)。在十大網站 ...