我们都知道，速度快是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的介紹，能夠帶給你幫助。
