加速php

房東：小弟
發表時間：2007-01-31

PHP的優點之一是速度很快，對於一般的網站應用，可以說是已經足夠了。不過如果站點的訪問量很高、帶寬窄或者其他的因素令伺服器產生性能瓶頸的時候，你可能得想想其他的辦法來進一步提高PHP的速度了。這篇文章將從幾個方面介紹如何做到這一點，從而令用戶瀏覽的時候更加"爽"。

代碼優化
在這裏並不想再次告訴你如何寫更乾淨的代碼，這一點我想每個人都清楚，在需要速度的時候，你可能已經在PHP源代碼的優化上面做了不少的工作，這裏所提出的是，這個煩瑣的工作可以交由其他工具來完成。這就是Zend Optimizer，此程式可以從Zend Technologies的網站（http://www.zend.com/）免費得到。它的原理很簡單，通過檢測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的速度得到了很大的提高，伺服器的空閒資源也更多了。缺點是你要付費購買它，但就性價比來說，還是非常值得的。

Afterburner Cache是Bware Technologies（http://bwcache.bware.it/）提供的免費緩衝模組。當前還只是beta版，它所做的工作看來與Zend Cache差不多，不過性能的提高就比不上Zend Cache，而且現有的版本不能和Zend Optimizer一起工作，不過它是免費的。

APC（Alternative PHP Cache）是由Community Connect（http://apc.communityconnect.com/）提供的另一個免費模組。它的工作很穩定，速度也有不少的提高，要注意的是，我還沒有找到一個官方的測試資料，這些只是在我的應用上作測試，因此不能下一個結論。

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_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的用戶。

贊助網站

廣利不動產-板橋在地生根最實在--新板特區指名度最高、值得您信賴的好房仲
完整房訊，房屋、店面熱門精選物件，廣利不動產優質仲介，房屋租賃、買賣資訊透明，交易真安心！
廣利不動產-新板特區指名度最高、值得您信賴的好房仲
您的托付,廣利用心為您服務

1 樓住戶：小弟
發表時間：2007-01-31

在山卓發表的東西,其中在於footer.php,有一段是gzip 壓縮,也可以自動判斷使用者瀏覽器是否支援 gzip 壓縮,他們把他寫入footer.php
http://shinersoft.com/
*******************************************************************************************************************************
/**
* 將畫面給壓縮輸出
*/
function gzip_output($level=3, $debug=0)
{
global $aap;

if (headers_sent() || connection_aborted() || is_accept_encoding()==false) {
ob_end_flush();
exit;
}
print "\n\n";
$Contents = ob_get_contents();
ob_end_clean();
if ($debug) {
$s = "\nNot compress length: ".strlen($Contents);
$s .= "\nCompressed length: ".strlen(gzcompress($Contents,$level));
$Contents .= $s;
}
header("Content-Encoding: gzip");
print "\x1f\x8b\x08\x00\x00\x00\x00\x00";
$Size = strlen($Contents);
$Crc = crc32($Contents);
$Contents = gzcompress($Contents,$level);
$Contents = substr($Contents, 0, strlen($Contents) - 4);
print $Contents;
print pack('V',$Crc);
print pack('V',$Size);
exit;
}

/**
* 判斷使用者瀏覽器是否支援 gzip 壓縮
*
* @return Boolean
*/
function is_accept_encoding()
{
global $aap;

if (!isset($aap['gzip_compress'])) {
$aap['gzip_compress'] = false;
if (strstr($_SERVER['HTTP_USER_AGENT'],'compatible')) {
if (extension_loaded('zlib')) {
$aap['gzip_compress'] = true;
}
} elseif (strstr($_SERVER['HTTP_ACCEPT_ENCODING'], 'gzip')) {
if (extension_loaded('zlib')) {
$aap['gzip_compress'] = true;
}
}
}
return $aap['gzip_compress'];
}

2 樓住戶：小弟
發表時間：2007-01-31

當然每個人的硬體,和伺服的條件不同,所以數據上由自己自行加減.........
經由我長時間測試以這個設定較其穩定,
[Zend]
zend_optimizer.optimization_level=1023
zend_optimizer.encoder_loader=0
zend_extension_ts="C:Program FilesZendlibZendOptimizer.dll"
現在我們來介紹下上邊這個配置文件的含義：
zend_optimizer.optimization_level 《== 優化程度，這裏定義啟動多少個優化過程。
zend_optimizer.encoder_loader 《== 是否允許處理由Zend Encoder加密的PHP文件。
zend_extension_ts 《== 優化器所在目錄。

優化過程 zend_optimizer.optimization_level 詳細解釋

這裏最為重點的部分，仔細看！Zend Opt總共有10個優化過程，從理論上說開的越多性能越好。當然，理論和實際永遠都存在著差距。優化過程開啟的越多對性能消耗也相對也越大，Zend Opt的10個優化過程並不相同也就是說效果不是平均的。Zend公司定義的最高值(High模式)為15，這裏15指的是開為1-4號優化過程。當然，很多朋友並不滿足于此，畢竟最高也只開啟4個優化過程連總數的一半都沒有。各個優化過程的對應的數位代碼（值）如下：

不使用 0 <= 如果這樣不如不裝，還能節約點記憶體說！
優化過程1(PASS1) 1
優化過程2(PASS2) 2
優化過程3(PASS3) 4
優化過程4(PASS4) 8
優化過程5(PASS5) 16
優化過程6(PASS6) 32
優化過程7(PASS7) 64
優化過程8(PASS8) 128
優化過程9(PASS9) 256
優化過程10(PASS10) 512

以何種方式開啟優化過程是通過這些數位代碼（值）相加所得的和作為此參數的參數值來控制的。如我的配置文件中zend_optimizer.optimization_level = 1023 ，這裏的1023是優化過程1到優化過程10全部數位代碼（值）相加得到的和，表示開啟全部10個優化過程。剛才所提到的Zend公司定義的High模式值為15，15表示同時開啟優化過程1-4。

加密代碼支援 zend_optimizer.encoder_loader 詳細解釋

對於這個參數，我想如果沒有看過Zend Opt FAQ文檔的朋友大多數並不知道。這個參數用來告訴Zend Opt是否去支援被Zend Encoder加密過的代碼。默認情況下Zend Opt將支援加密過的代碼。如果不使用被加密過的代碼我推薦你關閉此選項。這個功能牽扯到解包反碼的過程，會導致系統負荷的加重。這個參數的值只有兩個 0 關閉， 1 開啟。默認為1，推薦設置為0。

　共 2 人回應　　選擇頁數【第1 頁】

姓名：

佈告內容：

其他選項: