Web內容的壓縮(令你客戶用起來更「爽」)
經過以上兩個的方法,相信你的PHP應用的性能已經得到了很大的提高,現在該從另一個方面來考慮了:下載速度。如果你的應用程式只是在公司內跑,所有的客戶都使用100Mb/s的乙太網路連接到伺服器,這可能不是一個問題,但是如果你的客戶中有使用慢速的modem連接的,你就要考慮使用內容壓縮這個方法了。根據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_startler" );
這個輸出緩衝處理的方法很好,並且不會為伺服器帶來額外的系統開銷。我十分建議你使用這種方法。它的改變可以用以下的例子說明,如果客戶使用的是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的使用者。