什么是壓縮？
大家還記得我們第一次接觸winzip軟件嗎？非常神奇，一個文件，經過winzip壓縮后，大小可以壓縮成原來的30%左右。記得當年，很多文件，都是壓縮后才可以放到自己的軟盤中。
而對于網站，也有這樣的壓縮技術，可以讓你的網頁中的文本類文件瘦身，在用戶完全不知情的情況下，通過gzip和deflate壓縮程序有效減少了網頁，讓用戶更快的打開網站。
壓縮有多大用處？
通過一個小小的測試軟件，我對新浪、網易等門戶網站進行了訪問。
新浪首頁訪問情況：
網易首頁訪問情況：
大家可以明顯的看到，網易和新浪的首頁，經過壓縮后，都縮小了70%以上。
相信大家都知道，當一個網頁，減小到30%后，對于最終用戶來說，打開網站的效率會提升為原來的3倍。
備注：
該工具地址http://www.gidnetwork.com/tools/gzip-test.php 大家也可以測試下自己的網站壓縮后的情況。
用戶不支持壓縮怎么辦？
開啟壓縮后，會不會由于用戶無法訪問這種壓縮文件，導致用戶訪問文件失敗？
不會，因為Trident、Gecko、Webkit三種內核的瀏覽器，都在發起請求時，告知服務器，他們支持什么壓縮格式，如下圖：
而服務器都是按照發起請求中用戶支持的壓縮格式，進行對應反饋。如果用戶發起的請求頭中，無Accept-Enconding頭，就將返回給用戶非壓縮格式。
如何開啟壓縮？
請百度娘之，網上太多教程了，不再贅述。
對哪些內容開啟壓縮呢？
只需要針對文本類文件的域名開啟壓縮。圖片等，已經都是壓縮格式了，再使用壓縮，不會減少什么文件大小，反而會導致服務器負載變高，以及會由于這種對圖片的不規范壓縮使用導致各種各樣意想不到的問題。
所以，開啟壓縮之前，最好先完成域名拆分的工作，具體見如何讓網站打開更快第二彈。
技巧點：
開啟壓縮，建議使用apache服務器。
因為IIS服務器在處理壓縮時有個小問題，就是第一次被訪問的時候，IIS給出的文件時非壓縮的，后續的訪問，才直接給出壓縮文件。
這個小的bug，其實問題并不大，但是現在很多網站都在用一些緩存服務器或者是CDN，就會導致這個問題被放大，會導致壓縮啟用并不能完全成功。
而apache是第一次就直接給出壓縮后的文件。
當然了，如果你用的是IIS，并且無法替換apache，那就自己麻煩一些，寫個腳本，將常用的頁面，在開啟壓縮后，訪問2次，可以減少很多問題發生。
開啟壓縮之進階篇
當下的中國網絡狀況
中國網絡誰當家，當然是電信和聯通兩朵花，但是現在越來越看到的現象是百花爭艷，除了這兩朵花之外，越來越多的涌現小ISP。如移動、電信通、長城、方正、歌華有線、光環新網、甚至南方地區還有些香港過來的小運營商。
這些小運營商都有一個特點，就是會cache文件，他們會為了減少網間結算帶寬，而盡量想辦法緩存文件，讓他們的用戶本地訪問。
其次，對于很多中大型公司來說，他們也會搭建自己的緩存服務器。
另外，還有很多網站，自身都搭建或者在使用第三方的CDN，也都是緩存服務器。
所以，當下的中國網絡情況，基本上就是緩存服務器在提供眾多的服務。所以，你的開啟壓縮，如果不主動配合這些各種各樣的緩存服務器，那么你out了，你會發現，你的很多努力，都是笑談，并無實際作用。
如何適合當下的狀況？如何才可以保證用戶支持壓縮時，網絡間傳遞的就是你想給他的的壓縮文件？
那么，請緊記以下要點，并逐個落實。
開啟壓縮時，需要針對壓縮和非壓縮文件，都返回Vary:Accept-Encoding頭。
這個頭部是告訴緩存服務器，要根據用戶支持的編碼方式提供對應的文件。
該項很重要，很多網站，只是對壓縮文件開啟該頭。在緩存服務器中，如果給出的非壓縮的文件不包含該頭部，也就是告知緩存服務器，當用戶請求時，不需要判斷用戶支持的編碼格式，而直接將該文件傳遞。所以，最后導致用戶請求到緩存服務器時，無論用戶支持不支持壓縮，都是直接返回非壓縮的文件。
開啟壓縮時，需要同時對HTTP1.1和HTTP1.0均開啟壓縮。
大家都是認為，HTTP1.0協議的用戶，肯定是特別老的用戶，肯定是不支持壓縮的，所以，很多網站，都是針對HTTP1.0協議提供非壓縮文件。
但是，實際中，太多太多的緩存服務器，為了追求最大的兼容性，還在使用HTTP1.0協議。所以，當你只是對HTTP1.1協議開啟壓縮時，等于拋個媚眼給瞎子看。
例如，新浪的緩存服務器，也是HTTP1.0協議的，但是他們就很聰明的針對HTTP1.0也開啟了壓縮服務，如下圖：
作者：王康
文章來源：xmw2.blog.chinaunix.net 
