詳細介紹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模組mod_gzip就具有為支援這類內容編碼的瀏覽器 壓縮靜態Web內容的能力。對於絕大多數靜態Web內容，mod_gzip都非常有效。mod_gzip可以方便地編譯到 Apache裡面，也可以作為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以及它的緩衝之前，不妨看看是否應該升級伺服器以及是否可以引入Server Load Balancer技術(後者需要較大的投資)。

　　不要低估內容壓縮的作用。雖然你在100 MB/s的LAN串連下看到Web應用響應非常迅速，但使用Modem 串連的使用者不會，他們只會抱怨你那100 Kb的HTML頁面實在過於龐大。

　　希望通過本文對於PHP的介紹，能夠給你帶來協助。