我们都知道,速度快是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以及它的快取之前,不妨看看是否應該升級伺服器以及是否可以引入負載平衡技術(後者需要較大的投資)。
不要低估內容壓縮的作用。雖然你在100 MB/s的LAN連線下看到Web應用程式回應非常迅速,但使用Modem 連線的用戶不會,他們只會抱怨你那100 Kb的HTML頁面實在過於龐大。
希望透過本文對於PHP的介紹,能夠帶給你幫助。