|
|
根據IETF的規范，大多數的瀏覽器都支持gzip的內
容壓縮。這意味著你在將web的內容發給客戶的瀏覽器前，可以先使用gzip進行壓縮，瀏覽器在接收的時候就會自動解壓數據，并且令用戶看到原來的頁面。同樣，壓縮web頁面的內容也有幾個不同的方法。
mod_gzip是Remote Communications(http://www.phpbuilder.com/columns/www.remotecommunications.com)免費提供的一個Apache模塊，它可以壓縮靜態的web頁面。它工作得很好，你只需要將它和apache一起編譯就行了(或者將它作為一個DSO使用)。Remotecommunications的人說它還可以壓縮動態的內容，包括mod_php, mod_perl等。不過我嘗試了一下，看來并不行。我在mod_gzip的郵件列表中了解到，這個bug將在下一個版本中修正(我想應該是1.3.14.6f版本)。不過你仍然可以用它作靜態內容的壓縮。
不過我們還想壓縮動態的內容，因此我們必須找另外的辦法。一個辦法是使用class.gzip encode.php(http://leknor.com/code/)，只要在你的php腳本中的開頭和結尾調用這個php類，就可以壓縮你的頁面內容。如果整個站點都需要這樣的壓縮，你可以在你的php.ini文件中的auto_prepend和auto_append中調用這些函數。它工作得很好，不過在負載很重的站點上，它明顯會帶來一點的系統開銷。要詳細了解它是如何工作的，可以看一下它的類代碼(你至少需要在編譯php時加入zlib支持)。作者在里面的說明也非常詳細，你可以得到任何需要了解的東西。
在最近，我也看到了一篇關于php輸出緩沖的文章。它說的是php4.0.4推出了一種新的輸出緩沖的處理手段--ob_gzhandler，它的作用和上面介紹的類相同，但區別是你只要在你的php.ini中使用以下的句法就行了：
output_handler = ob_gzhandler ;
這樣將激活php的輸出緩沖功能，并且壓縮所有它發送的東西。出于某些特別的原因，如果你不想在這里設置的話，只在需要的地方才改變這個默認設置的話(不壓縮)，只要在需要壓縮的php源碼目錄中，修改一下.htaccess文件就行了，使用的句法如下：
php_value output_handler ob_gzhandler
...或者直接在你的php代碼中調用它，以下面的方式：
ob_start("ob_gzhandler");
這個輸出緩沖處理的方法很好，并且不會為服務器帶來額外的系統開銷。我十分建議你使用這種方法。它的改變可以用以下的例子說明，如果客戶使用的是28.8K的modem的話，經過這個處理，他將會認為突然間換成了一個ISDN接入一樣。要注意的一點是：NETscape Communicator并不支持圖象的壓縮，所以將顯示不出來。因此除非你的客戶全部使用InterNET Explorer，否則你必須禁止壓縮jpeg和gif圖象。其它文件的壓縮應該沒有問題，但是我建議你最好測試一下，特別是瀏覽器使用了不常見的插件或者是少人用的瀏覽器。
其它有用的東西...
Zend Technologies的在線商店在今年1月24開通了，并且售賣一些與php相關的有趣產品。包括前面提到的Zend Cache，Zend Encoder(簡單說來，是php代碼的編譯器，可以產生編譯的類，這樣你就可以售賣給顧客而不用擔心泄露源代碼。在需要運行這些類的web服務器上，將要使用Zend Encoder Runtime來解碼)，Zend Ide(一個為php而設的集成化開發環境，帶有很多強大的性能)，還有為php開發者提供的支持服務。
結論
使用這篇文章提到的技術，你將可以極大地提高站點的性能，不過請注意以下幾點：
1.瓶頸或許不在php，你需要考察應用中的每個對象(例如數據庫)
2.一個web服務器的性能都是有限制的，因此，不要認為性能不好就是php的原因，也可能是訪問量很大，你的服務器需要升級了，或者考慮使用負載均衡的系統(將會花很多錢)
3.不要認為內容壓縮不重要，在100Mb/s的局域網中，你的php應用或許性能很好，但要考慮到使用慢速modem的用戶。
php技術：提升PHP執行速度全攻略(下)，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
