竹北網頁設計

範例圖片

網頁設計

        gzip是一種數據花樣，默許且今朝僅利用deflate算法緊縮data部門；

        Gzip是一種風行的文件壓縮算法，現在的利用十分普遍，特別是在Linux平台。當運用Gzip緊縮到一個純文本文件時，結果長短常顯著的，大約可以減少70％以上的文件大小。這取決於文件​​中的內容。

      行使Apache中的Gzip模塊，我們可以使用Gzip壓縮算法來對Apache服務器發布的網頁內容進行緊縮後再傳輸到客戶端瀏覽器。這樣顛末壓縮後實際上下降了收集傳輸的字節數，最顯明的益處就是可以加速網頁加載的速度。

      網頁加載速度加速的益處不問可知，除節約流量，改良用戶的瀏覽體驗外，另外一個潛在的益處是Gzip與搜刮引擎的抓取工具有著更好的關係。例如Google就能夠通過直接讀取gzip文件來比通俗手工抓取更快地檢索網頁。在Google網站管理員東西（Google Webmaster Tools）中你可以看到，sitemap.xml.gz 是直接作為Sitemap被提交的。

      而這些優點其實不僅僅限於靜態內容，PHP動態頁面和其他動態生成的內容都可以經由過程使用Apache緊縮模塊緊縮，加上其他的機能調整機制和響應的辦事器端緩存法則，這可以大大提高網站的機能。是以，對於擺設在Linux辦事器上的PHP程序，在辦事器支持的環境下，我們建議你開啟使用Gzip Web壓縮。

PS：詳情參考：http://baike.baidu.com/item/gzip?fr=aladdin

        DEFLATE是同時利用了LZ77算法與哈夫曼編碼（Huffman Coding）的一個無損數據緊縮算法。

        它最初是由Phil Katz為他的PKZIP歸檔對象第二版所定義的，後來定義在RFC 1951規範中。

        人們普遍認為DEFLATE不受任何專利所製約，而且在LZW（GIF文件花樣利用）相幹的專利失效之前，這類花樣除了在ZIP文件格局中獲得利用以外也在gzip緊縮文件和PNG圖像文件中獲得了運用。

        DEFLATE緊縮與解壓的源代碼可以在自由、通用的壓縮庫zlib上找到。

        更高緊縮率的DEFLATE是7-zip所實現的。AdvanceCOMP也利用這種實現，它可以對gzip、PNG、MNG和ZIP文件進行緊縮從而得到比zlib更小的文件巨細。在Ken Silverman的KZIP與PNGOUT中利用了一種加倍高效同時要求更多用戶輸入的DEFLATE法式。

        deflate是一種緊縮算法,是huffman編碼的一種加強。

        deflate與gzip解壓的代碼幾近溝通，可以合成一塊代碼。

    1. Web辦事器領受到瀏覽器的HTTP要求後，查抄瀏覽器是否支撐HTTP壓縮（Accept-Encoding 信息）；

    2. 如果瀏覽器撐持HTTP緊縮，Web辦事器查抄請求文件的後綴名；

    3. 若是請求文件是HTML、CSS等靜態文件，Web辦事器到壓縮緩衝目次中查抄是否已存在請求文件的最新緊縮文件；

    4. 若是要求文件的緊縮文件不存在，Web辦事器向瀏覽器返回未緊縮的要求文件，並在壓縮緩衝目錄中存放請求文件的壓縮文件；

    5. 假如要求文件的最新壓縮文件已經存在，則直接返回要求文件的緊縮文件；

    6. 假如要求文件是動態文件，Web辦事器動態緊縮內容並返回瀏覽器，緊縮內容不寄存到緊縮緩存目次中。

下面是兩個演示圖：

未使用Gzip：

開啟利用Gzip後：

        deflate利用inflateInit()，而gzip使用inflateInit2()進行初始化，比inflateInit()多一個參數: -MAX_WBITS，暗示處置懲罰raw deflate數據。因為gzip數據中的zlib壓縮數據塊沒有zlib header的兩個字節。使用inflateInit2時要求zlib庫忽略zlib header。在zlib手冊中要求windowBits為8..15，但是現實上其它局限的數據有非凡作用，見zlib.h中的註釋，如負數示意raw deflate。        

        Apache的deflate變種可能也沒有zlib header，需要添加假頭後處置懲罰。即MS的毛病deflate (raw deflate).zlib頭第1字節一般是0x78, 第2字節與第一字節合起來的雙字節應能被31整除，詳見rfc1950。例如Firefox的zlib假頭為0x7801，python zlib.compress()成績頭部為0x789c。        

        deflate 是最根蒂根基的算法，gzip 在deflate 的raw data 前增加了10 個字節的gzheader，尾部添加了8 個字節的校驗字節（可選crc32 和adler32） 和長度標識字節。

        安裝它們的Apache Web服務器版本的差異。Apache 1.x系列沒有內建網頁壓縮技術，所以才去用額外的第三方mod_gzip 模塊來履行壓縮。而Apache 2.x官方在開辟的時刻，就把網頁緊縮斟酌進去，內建了mod_deflate 這個模塊，用以庖代mod_gzip。雖然二者都是利用的Gzip緊縮算法，它們的運作道理是近似的。     

        緊縮質量。mod_deflate 緊縮速度略快而mod_gzip 的緊縮比略高。一般默許情形下，mod_gzip 會比mod_deflate 多出4%~6％的緊縮量。

        對辦事器資本的佔用。一般來講mod_gzip對辦事器CPU的佔用要高一些。mod_deflate是專門為確保辦事器的機能而利用的一個緊縮模塊，mod_deflate需要較少的資本來緊縮文件。這意味著在高流量的服務器，利用mod_deflate可能會比mod_gzip加載速度更快。即在辦事器機能足夠的環境下，使用mod_gzip，固然會耗費辦事器性能，可是值得（緊縮更快更好）；在辦事器機能不足的情況下，利用mod_deflate  確保性能。

        從Apache 2.0.45最先，mod_deflate 可以使用DeflateCompressionLevel 指令來設置緊縮級別。該指令的值可為1（緊縮速度最快，最低的壓縮質量）至9（最慢的壓縮速度，緊縮率最高）之間的整數，其默許值為6（緊縮速度和壓縮質量較為平衡的值）。這個簡單的轉變更是使得mod_deflate 可以輕鬆媲美mod_gzip 的緊縮。

        Apache上行使Gzip壓縮算法進行緊縮的模塊有兩種：mod_gzip 和mod_deflate。要使用Gzip Web壓縮，請起首確定你的辦事器開啟了對這兩個組件之一的撐持。在Linux服務器上，現在已有愈來愈多的空間商開放了對它們的支持，有的乃至是同時支持這兩個模塊的。例如目前Godaddy、Bluehost及DreamHosts等空間商的辦事器都已同時撐持mod_gzip 和mod_deflate。        

        通過查看HTTP頭，我們可以快速判定使用的客戶端瀏覽器是否撐持接管gzip壓縮。若發送的HTTP頭中呈現以下信息，則表明你的瀏覽器支撐接管響應的gzip緊縮：

        mod_deflate 是apache自帶的模塊,固然是在apache 2後支持的,之前1的時候是mod_gzip,啟用mod_deflate可以很好的為節省網頁巨細,只不過是佔用辦事器的資本和內存.用戶看到頁面的速度會大大加快。在apache2.0以上（包孕apache2.0）的版中gzip壓縮利用的是mod_deflate模塊

1.查看apache的安裝模式

apachectl -l

發現mod_so.c，ok可以動態加模塊，不消重新編譯。

2.安裝mod_deflate

找到原本的apache安裝包安裝mod_deflate

cd httpd-2.0.59/modules/filters

/usr/local/apache2/bin/apxs -i -c -a mod_deflate.c

PS：apxs命令參數申明：

        -i此選項透露表現需要履行安裝操作，以安裝一個或多個動態同享對像到服務器的modules目次中。

        -a此選項自動增添一個LoadModule行到httpd.conf文件中，以激活此模塊，或，若是此行已存在，則啟用之。

        -A與-a選項類似，可是它增添的LoadModule敕令有一個井號前綴(#)，即此模塊已經準備就緒但還沒有啟用。

        -c此選項透露表現需要履行編譯操作。它起首會編譯C源法式(.c)files為對應的目標代碼文件(.o)，然後毗鄰這些目的代碼和files中其餘的方針代碼文件(.o和.a)，以生成動態共享對象dsofile 。若是沒有指定-o選項，則此輸出文件名由files中的第一個文件名推想獲得，也就是默許為mod_name.so 。

3、修改Apache的http.conf文件，去除mod_deflate.so前面的註釋

在您的主機下建立以下論述：