我可以gzip-壓縮我所有的html內容（頁）

Question

我想知道是否有任何原則定義哪些頁面應該gzip壓縮，並繪製一條線，何時發送純html內容。

如果你們可以分享你在gzip壓縮你的項目的一部分時所做的決定，這將會很有幫助。

Answer 1

一個好主意是標杆，如何快速的數據下來VS它的壓縮程度如何，如果需要5秒鐘發送從200K到160K的東西可能不值得。服務器端存在壓縮成本，如果服務器忙碌，可能不值得。

大多數情況下，如果您的服務器負載經常低於0.8，那麼我只是將任何非二進制文件（如jpegs，png和zip文件）進行gzip壓縮。

有一個很好的寫在這裏：

http://developer.yahoo.com/performance/rules.html#gzip

Answer 2

除非您的服務器的CPU被大量使用，否則我總是使用壓縮。這是帶寬和CPU利用率之間的折衷，網絡服務器通常有足夠的備用CPU週期。

Answer 3

我不認爲有很好的理由不是 gzip HTML內容。

在加載速度方面，它只需很少的CPU功率就能獲得大幅度的提升。

Answer 4

我們決定gzip所有的內容，因爲花時間決定要gzip什麼或不gzip不值得這樣的努力。壓縮一切的開銷並不比沒有壓縮的要高得多。

這webpage提示：

「服務器選擇基於 文件類型gzip壓縮的，但通常是在他們決定 壓縮什麼太 限制大多數網站gzip壓縮的 HTML文檔它。也值得 gzip您的腳本和樣式表， ，但許多網站錯過了這個 的機會。事實上，它是值得的 壓縮任何文本響應 包括XML和JSON。圖片和PDF 文件不應該被壓縮，因爲 它們已經被壓縮。試圖 gzip壓縮他們不僅浪費CPU，但可以 潛在地增加文件大小。」

如果你關心CPU的時間，我會建議不要使用gzip壓縮已壓縮的內容。還記得增加複雜的系統程序員/系統管理者是昂貴的，服務器是便宜

Answer 5

有一個明顯的例外：。有一個bug in Internet Explorer 6，使所有壓縮內容變成了空白

Answer 6

考慮到存在的HTML數據的大小，下載時，它的gzip壓縮了巨大的收益，我不明白爲什麼你不應該gzip壓縮它。

也許它使用了一點點的CPU ...但不是那麼多;對於客戶來說，這對客戶來說真的很有趣，他們的下載量較少。在web服務器配置中只有幾行可以激活它。

（但是，讓你的服務器做的：有像mod_deflate爲最常用的服務器模塊）

作爲一個半旁註：你正在談論壓縮HTML內容的網頁...但在HTML頁面停止：你也可以壓縮JS和CSS（它們是文本文件，所以通常壓縮得非常好），而且它也不需要太多CPU。

考慮到現在使用的大型JS/CSS框架，通過壓縮這些壓縮比通過壓縮HTML頁面來獲得更大的收益。