web內容的壓縮(令你客戶用起來更「爽」)
經過以上兩個的方法，相信你的php
容壓縮。這意味著你在將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.gzipencode.php(http://leknor.com/code/)，只要在你的php
指令碼中的開頭和結尾呼叫這個php
時加入zlib支援)。作者在裡面的說明也非常詳細，你可以得到任何需要了解的東西。
在最近，我也看到了一篇關於php
輸出緩衝的文章。它說的是php4.0.4推出了一種新的輸出緩衝的處理手段--ob_gzhandler，它的作用和上面介紹的類相同，但區別是你只要在你的php.ini中使用以下的句法就行了：
output_handler= ob_gzhandler;
這樣將啟用php
的輸出緩衝功能，並且壓縮所有它傳送的東西。出於某些特別的原因，如果你不想在這裡設定的話，只在需要的地方才改變這個預設設定的話(不壓縮)，只要在需要壓縮的php
原始碼目錄中，修改一下.htaccess檔案就行了，使用的句法如下：
php_valueoutput_handler ob_gzhandler
...或者直接在你的php
**中呼叫它，以下面的方式：
ob_start("ob_gzhandler");
這個輸出緩衝處理的方法很好，並且不會為伺服器帶來額外的系統開銷。我十分建議你使用這種方法。它的改變可以用以下的例子說明，如果客戶使用的是28.8k的modem的話，經過這個處理，他將會認為突然間換成了乙個isdn接入一樣。要注意的一點是：netscape communicator並不支援圖象的壓縮，所以將顯示不出來。因此除非你的客戶全部使用internet explorer，否則你必須禁止壓縮jpeg和gif圖象。其它檔案的壓縮應該沒有問題，但是我建議你最好測試一下，特別是瀏覽器使用了不常見的外掛程式或者是少人用的瀏覽器。
其它有用的東西...
相關的有趣產品。包括前面提到的zendcache，zendencoder(簡單說來，是php
**的編譯器，可以產生編譯的類，這樣你就可以售賣給顧客而不用擔心洩露源**。在需要執行這些類的web伺服器上，將要使用zendencoder runtime來解碼)，zendide(乙個為php
而設的整合化開發環境，帶有很多強大的效能)，還有為php
提公升PHP執行速度全攻略 下
經過以上兩個的方法，相信你的php應用的效能已經得到了很大的提高，現在該從另乙個方面來考慮了 速度。如果你的應用只是在公司內跑，所有的客戶都使用100mb s的乙太網連線到伺服器，這可能不是乙個問題，但是如果你的客戶中有使用慢速的modem連線的，你就uanvghah要考慮使用內容壓縮這個方法了。根...
提公升PHP執行速度全攻略 下
web內容的壓縮 令你客戶用起來更 爽 經過以上兩個的方法，相信你的php應用的效能已經得到了很大的提高，現在該從另乙個方面來考慮了 速度。如果你的應用只是在公司內跑，所有的客戶都使用100mb s的乙太網連線到伺服器，這可能不是乙個問題，但是如果你的客戶中有使用慢速的modem連線的，你就要考慮使...
提公升PHP執行速度全攻略 上
php的優點之一是速度很快，對於一般的 應用，可以說是已經足夠了。不過如果站點的訪問量很高頻寬窄或者其它的因素令伺服器產生效能瓶頸的時候，你可能得想想其它的辦法來進一步提高php的速度了。這篇文章將從幾個方面介紹如何做到這一點，從而令使用者瀏覽的時候更加 爽 優化 在這裡並不想再次告訴你如何寫更乾淨...