PHP應用提速面面觀

作者:松下客 來源:網易社區
  php(做為現在的主流開發語言)最大的優點之一顯然在於它的速度快。一般情況下php(做為現在的主流開發語言)總是具有足夠的速度支持Web內容動態生成,許多時候你甚至無法找出比它更快的方法。然而,當你不得不面對龐大的訪問量、高負荷的應用、有限的帶寬以及其他各種帶來性能瓶頸的因素時,你可能會問問自己是否可以做點什麼讓網站運行得更好。或許隻要加上一個很不起眼的免費模塊,你的php(做為現在的主流開發語言)應用性能以及Web服務器響應速度就會有顯著的改善。本文討論的就是如何進一步提高php(做為現在的主流開發語言)應用的性能,給用戶以更美妙的瀏覽感受。本文分三個方面(代碼優化、緩存、內容壓縮)闡述提高php(做為現在的主流開發語言)應用性能的各種技術,並介紹各個領域的知名產品。 

代碼優化 
首先我們來看看代碼優化。註意,這裡的代碼優化可不是指把代碼寫得更加美觀漂亮,因為這恐怕已經是眾所周知沒有必要繼續討論瞭;另外,如果你已經考慮到瞭速度問題,很可能你早就對php(做為現在的主流開發語言)的源代碼作瞭一些優化。不過,有些工具卻能夠自動地幫助我們完成這些繁雜的工作,如Zend Optimizer就是這樣一個工具。Zend Optimizer可以從Zend Technologies免費得到,但你必須同意它的許可約定,註意它不是以GPL方式發行。Zend Optimizer獲取由Zend Engine運行時編譯生成的中間代碼,並對它進行優化,從而使得中間代碼具有更快的執行效率。 

Zend Optimizer的安裝方法非常簡單,你隻需下載為自己所用平臺提供的預編譯版本,把下面兩行代碼加入到php(做為現在的主流開發語言).ini,然後重新啟動Web服務器即可: 

zend_optimizer.optimization_level=15
zend_extension=”/path/to/ZendOptimizer.so”
zend_loader.enable=Off 

這裡額外增加的第三行代碼是可選的。禁止zend_loader似乎能夠讓Zend Optimizer的速度更快一點,所以在php(做為現在的主流開發語言).ini中加上這行代碼是值得的。註意:隻有當你不使用Zend Encoder Runtime時,你才可以禁用zend_loader。 

緩存 
如果你想要讓自己龐大的php(做為現在的主流開發語言)應用有更好的性能表現,采用緩存也是一種很好的方法。現在已經有許多緩存方案可供選擇,其中包括:Zend Cache,APC,和Afterburner Cache。 

所有這些產品都屬於“緩存模塊”。當第一次出現對.php(做為現在的主流開發語言)文件的請求時,它們會在Web服務器內存中保存php(做為現在的主流開發語言)的中間代碼,此後就用“經過編譯”的版本響應後繼的請求。這種方法確實能夠改善應用的性能,因為它使得磁盤訪問量減低到瞭最少的程度(代碼已經讀取和解析),代碼直接在內存中運行使得服務器響應請求的速度大大提高。當然,緩存模塊還會監視php(做為現在的主流開發語言)源文件的變化,必要時重新緩存頁面,從而防止瞭用戶得到的頁面仍舊由過時的php(做為現在的主流開發語言)代碼生成。由於緩存模塊能夠明顯地降低服務器的負載、提高php(做為現在的主流開發語言)應用的響應效率,因此它們非常適合於負載較大的網站使用。 

如何選擇這些緩存產品 
Zend Cache是Zend Technologies公司的商業軟件,而Zend Technologies就是前面提到的那個為我們提供php(做為現在的主流開發語言)引擎和免費Zend Optimizer的公司。Zend Cache確實是名不虛傳!對於大型的php(做為現在的主流開發語言)頁面,你可以感覺到第一次運行之後速度就會有所提高,而且服務器也會有更多的可用資源。遺憾的是這個產品並不免費,不過在有些情形下它仍舊是物超所值。 

Afterburner Cache是來自Bware Technologies的免費緩存模塊,當前這個產品還是Beta版。Afterburner Cache的做法看起來與Zend Cache差不多,但它對性能的改善程度(還)不能與Zend Cache相比,而且它還不能與Zend Optimizer一起工作。 

APC是Alternative php(做為現在的主流開發語言) Cache的縮寫,它是來自Community Connect的又一個免費緩存模塊。這個產品已經具有足夠的穩定性供正式場合使用,而且它看起來也能在很大程度上提高響應請求的速度。 

內容壓縮 
前面我們討論瞭幾種提高php(做為現在的主流開發語言)應用性能的方法,下面來看看使得瀏覽者感到網站速度太慢的另外一個重要因素:下載速度。如果php(做為現在的主流開發語言)應用在內部Intranet上運行,而且每一臺客戶機都以100 MB/s的速度連接到服務器,那麼下載速度應該不是什麼問題。然而,如果服務器還要為慢騰騰的Modem用戶提供服務,那麼值得考慮內容壓縮。大多數瀏覽器都根據IETF標準支持用gzip進行內容壓縮。這意味著你可以用gzip壓縮內容然而發送給瀏覽器,由瀏覽器解壓縮數據之後再顯示頁面,這整個過程對用戶來說完全透明。至於服務器端的內容壓縮,現在已經有許多不同的方法可供使用。 

例如,來自Remote Communications的免費apache(Unix平臺最流行的WEB服務器平臺)模塊mod_gzip就具有為支持這類內容編碼的瀏覽器壓縮靜態Web內容的能力。對於絕大多數靜態Web內容,mod_gzip都非常有效。mod_gzip可以方便地編譯到apache(Unix平臺最流行的WEB服務器平臺)裡面,也可以作為DSO使用。據Remote communications公司說,mod_gzip也能夠壓縮來自mod_php(做為現在的主流開發語言)、mod_perl等的動態內容。我試瞭一次又一次,但看來還是不行。我看瞭許多關於mod_gzip的論壇和文章,看來到瞭mod_gzip的下一個版本(可能是1.3.14.6f)這個問題有望得到解決。在此之前,我們可以在網站的靜態部分使用mod_gzip。 

然而有時我們確實需要壓縮動態內容,所以必須找找其他辦法。有一種辦法是使用class.gzip_encode.php(做為現在的主流開發語言),這是一個可以用來壓縮頁面內容的php(做為現在的主流開發語言)類,具體方法是在php(做為現在的主流開發語言)腳本的開頭和末尾調用該類的某些函數。如果要在網站級實現這個方案,可以從php(做為現在的主流開發語言).ini文件的auto_prepend以及auto_append指令調用這些函數。這種方法雖然有效,但它無疑為高負載的網站帶來瞭更多的開銷。關於如何使用這個類的詳細說明,請參見它的源代碼。它的源代碼說明相當完善,作者告訴瞭你所有你必須知道的事情。 

php(做為現在的主流開發語言) 4.0.4有一個新的輸出緩存句柄ob_gzhandler,它與前面的類相似,但用法不同。使用ob_gzhandler時要在php(做為現在的主流開發語言).ini中加入的內容如下: 

output_handler = ob_gzhandler ;
 

這行代碼使得php(做為現在的主流開發語言)激活輸出緩存,並壓縮它發送出去的所有內容。如果由於某種原因你不想在php(做為現在的主流開發語言).ini中加上這行代碼,你還可以通過php(做為現在的主流開發語言)源文件所在目錄的.htaccess(小型網站之最愛)文件改變默認的服務器行為(不壓縮),語法如下: 

php(做為現在的主流開發語言)_value output_handler ob_gzhandler
 

或者是從php(做為現在的主流開發語言)代碼調用,如下所示: 

ob_start(“ob_gzhandler”);
 

采用輸出緩存句柄的方法確實非常有效,而且不會給服務器帶來什麼特殊的負荷。但必須註意的是,Netscape Communicator對壓縮圖形的支持不佳,因此除非你能夠保證所有用戶都使用IE瀏覽器,否則你應該禁止壓縮JPEG和GIF圖形。一般地,對於所有其他文件,這種壓縮都有效,但建議你針對各種瀏覽器都分別進行測試,特別是當你使用瞭特殊的插件或者數據查看器時這一點尤其重要。 

使用前面介紹的各種技術,你能夠顯著地改善網站的性能表現,但應該註意的是: 
php(做為現在的主流開發語言)可能是、也可能不是性能瓶頸所在。務必仔細地觀察每一個和應用性能有關的因素,比如數據庫等。 
單純使用本文技術隻能在一定限度之內提高Web服務器的性能。因此在歸咎於php(做為現在的主流開發語言)以及它的緩存之前,不妨看看是否應該升級服務器以及是否可以引入負載平衡技術(後者需要較大的投資)。 
不要低估內容壓縮的作用。雖然你在10

You May Also Like