当前位置:首页> PHP教程> PHP精通
关键字
文章内容
PHP应用提速观点
 
 
修改时间:[2012/07/01 08:48]    阅读次数:[1179]    发表者:[起缘]
 
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 CacheAPC和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页面实在过于庞大。