提升PHP速度全攻略

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/)提供的另一個免費模塊。它的工作很穩定,速度也有不少的提高,要註意的是,我還沒有找到一個官方的測試數據,這些隻是在我的應用上作測試,因此不能下一個結論。

本新聞共2頁,當前在第1頁  1  asp”>2  

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

本新聞共2頁,當前在第2頁  1  2  

You May Also Like