php的優點之一是速度很快，對於一般的**應用，可以說是已經足夠了。不過如果站點的訪問量很高、帶寬窄或者其它的因素令伺服器產生效能瓶頸的時候，你可能得想想其它的辦法來進一步提高php的速度了。這篇文章將從幾個方面介紹如何做到這一點，從而令使用者瀏覽的時候更加「爽」。
**優化
在這裡並不想再次告訴你如何寫更乾淨的**，這一點我想每個人都清楚，在需要速度的時候，你可能已經在php源**的優化上面做了不少的工作，這裡所提出的是，這個煩瑣的工作可以交由其它工具來完成。這就是zend optimizer，此程式可以從zend technologies的**（免費得到。它的原理很簡單，通過檢測zend引擎產生的中間**，並且優化它來得到更高的執行速度。我認為優化**是一項頗煩瑣的工作，而且優化後的**可能變得難以理解，尤其是當你放下該php程式一段時間後，突然間客戶要求你做一些修改時，可能你自己也不懂了;-)。因此我建議你在php的源**較為複雜的時候，用zend optimizer來做這個優化的工作，好處是它不會令你的**變得複雜難懂。
安裝zend optimizer是非常簡單的。只要根據你使用的平台，**相關的預編譯庫，並且在你的php.ini中加入兩行，重新啟動你的web伺服器就行了！
zend_optimizer.optimization_level=15
zend_extension="/path/to/zendoptimizer.so"
zend_loader.enable=off
你可能有點奇怪，不是說兩行嗎，怎麼變成三行了。不過第三行是可選的，看來禁止這個zend_loader將會令優化的速度更快，因此不妨在你的php.ini檔案中多加這一行。要注意的是：只有在你不使用zend encoder runtime的時候，才可以禁止zend_loader，關於zend encoder runtime，還會在下文提到。
要更快嗎？使用cache（緩衝）吧
如果你的php應用還需要更快的速度，下乙個辦法是緩衝。要實現這一點，有幾種不同的方式。我自己就試用過zend cache（評測版本），apc和afterburner cache。
以上提到的都是「緩衝模組」。它們的原理都差不多，在php檔案被首次請求的時候，通過將你的php源**的中間**儲存在web伺服器的記憶體中，對於以後同樣的請求，都直接提供記憶體中的「編譯」版本。由於它可以令磁碟的訪問達到最小化，因此這個方法確實可以極大地提高php的效能。更為方便的是，當你的php源**修改時，緩衝的模組可以察覺到這些變化，並且重新載入一樣，因此你不必擔心客戶得到的是舊版本的程式。這些緩衝的模組確實不錯，但是我應該選用哪一種呢？下面分別介紹一下：
zend cache是zend technologies的乙個商業化的產品（它也是免費為我們提供php引擎和zend optimizer的公司）。它確實不錯。在首次執行後，你可以明顯察覺到php的速www.cppcns.com度得到了很大的提高，伺服器的空閒資源也更多了。缺點是你要付費購買它，但就價效比來說，還是非常值得的。
afterburner cache是bware technologies（提供的免費緩衝模組。當前還只是beta版，它所做的工作看來與zend cache差不多，不過效能的提高就比不上zend cache，而且現有的版本不能和zend optimizer一起工作，不過它是免費的。
apc（alternative php cache）是由community connect（提供的另乙個免費模組。它的工作很穩定，速度也有不少的提高，要注意的是，我還沒有找到乙個官方的測試資料，這些只是在我的應用上作測試，因此不能下乙個結論。
web內容的壓縮（令你客戶用起來更「爽」）
經過以上兩個的方法，相信你的php應用的效能已經得到了很大的提高，現在該從另乙個方面程式設計客棧來考慮了：**速度。如果你的應用只是在公司內跑，所有的客戶都使用100mb/s的乙太網連線到伺服器，這可能不是乙個問題，但是如果你的客戶中有使用慢速的modem連線的，你就要考慮使用內容壓縮這個方法了。根據ietf的規範，大多數的瀏覽器都支援gzip的內容壓縮。這意味著你在將web的內容發給客戶的瀏覽器前，可以先使用gzip進行壓縮，瀏覽器在接收的時候就會自動解壓資料，並且令使用者看到原來的頁面。同樣，壓縮web頁面的內容也有幾個不同的方法。
mod_gzip是remote communications（免費提供的乙個apache程式設計客棧模組，它可以壓縮靜態的web頁面。它工作得很好，你只需要將它和apache一起編譯就行了（或者將它作為乙個dso使用）。remotecommunications的人說它還可以壓縮動態的內容，包括mod_php, mod_perl等。不過我嘗試了一下，看來並不行。我在mod_gzip的郵件列表中了解到，這個bug將在下乙個版本中修正（我想應該是1.3.14.6f版本）。不過你仍然可以用它作靜態內容的壓縮。
不過我們還想壓縮動態的內容，因此我們必須找另外的辦法。乙個辦法是使用class.gzip encode.php（只要在你的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執行速度全攻略 下
web內容的壓縮 令你客戶用起來更 爽 經過以上兩個的方法，相信你的php 容壓縮。這意味著你在將web的內容發給客戶的瀏覽器前，可以先使用gzip進行壓縮，瀏覽器在接收的時候就會自動解壓資料，並且令使用者看到原來的頁面。同樣，壓縮web頁面的內容也有幾個不同的方法。mod gzip是remote ...
提公升PHP執行速度全攻略 下
經過以上兩個的方法，相信你的php應用的效能已經得到了很大的提高，現在該從另乙個方面來考慮了 速度。如果你的應用只是在公司內跑，所有的客戶都使用100mb s的乙太網連線到伺服器，這可能不是乙個問題，但是如果你的客戶中有使用慢速的modem連線的，你就uanvghah要考慮使用內容壓縮這個方法了。根...
提公升PHP執行速度全攻略 上
php的優點之一是速度很快，對於一般的 應用，可以說是已經足夠了。不過如果站點的訪問量很高頻寬窄或者其它的因素令伺服器產生效能瓶頸的時候，你可能得想想其它的辦法來進一步提高php的速度了。這篇文章將從幾個方面介紹如何做到這一點，從而令使用者瀏覽的時候更加 爽 優化 在這裡並不想再次告訴你如何寫更乾淨...