本文提出了实用的PHP的优化，缓冲，压缩实际的解决方案。 作为流行的 Web 编程语言， PHP 的最大优势就是速度。 PHP4 已经在这方面做的非常好了，你几乎找不到比它更快的脚本编程语言了。但是如果你的应用负荷很大，而带宽又比较小，或者有其他的瓶颈影响你的服务器性能，那么，你不妨试试笔者为你开出的几个药方，看看是否灵验。 一、代码优化 一谈到代码优化，或许你想到的就是整齐明了的代码，但是本文的意思却不是在此，因为如果要寻求速度的话，就要对PHP 源码作相应的调整。一般说来就是去掉多余的注释，让代码不可读。但是这对于一个具有良好素养的程序员来说，简直就是不可思议的。好在Zend Technologies 公司发布了 Zend 优化引擎可以帮助你做到这一点。它现在是免费的，但是你必须遵循 Zend Optimizer 许可。这个产品可以对引擎产生的中间代码进行优化。 安装这个引擎比较简单，下载对应平台的版本以后，解开压缩文件，然后在 php.ini 文件里面加上下面两行，重新启动 Web 服务器，就搞定了。 zend_optimizer.optimization_level=15 如果是 Win32 平台的话就应该是： zend_optimizer.optimization_level=15 啊！没有搞错吧？怎么是三行？其实第三行是可选的。因为看起来把 zend_loader 关掉能提高一点速度，因此值得把这第三行放到 php.ini 。需要注意的是，关掉的前提条件是你没有在使用 Zend 加密程序。 二、缓冲 如果想要更进一步提升速度，我们就需要考虑采用缓冲技术了。有一些可选的解决方案，包括 Zend Cache (测试版本), APC, 以及 Afterburner Cache，另外还有 jpCache 等。 以上这些都是属于缓冲模块，他们把第一次对.php 文件请求产生的中间代码存储在 Web 服务器的内存中，然后对以后的请求返回“编译好”的版本。因为这样减少了磁盘读写，而且都在内存工作，所以这个过程能显著提升应用性能， 现成的这类产品比较多，到底选择谁呢？ Zend Cache 是一款不错的商业产品，在第一次加载那些很大的 PHP 页面后，你会明显感受到速度的提升，服务器会留出更多的资源。可惜这个产品是要花银子的，但是在有些情形下，你可不要吝啬这些银子。 Afterburner Cache 是 Bware Technologies 的产品，目前还处于 Beta 版本，看起来似乎和 Zend Cashe 一样，但是它不能达到 Zend Cache 那样好的效果，也不能和 Zend 优化引擎一起工作，但是它是免费的，所以我采用了这个模块。 APC (Alternative PHP Cache) 是 Community Connect 发布的又一个免费模块，看起来似乎可以用于生产环境了。 三、Web 内容压缩 对于日益拥挤的网络来说，节约带宽就像节约用水一样是十分值得提倡的。根据IETF 标准，大多数浏览器应该支持使用 gzip 压缩的内容。也就是说你可以把用 gzip 压缩的内容发送给浏览器，浏览器会透明的解压数据。 mod_gzip 是 Remote Communications 公司推出的免费 Apache 模块，能把静态的Web 内容压缩后发送给浏览器。对于大多数静态网页来说，这个模块十分合适。尽管 Remotecommunications 公司的人说这个模块支持所有那些 mod_php, mod_perl，mod 什么产生的动态内容，但是看起来还是不能工作，从 mod_gzip 的邮件列表来看，这个问题估计要到1.3.14.6f 才能解决。 如果要压缩动态内容的话，我们可以采用class.gzip_encode.php，一个在脚本开始和结束时使用的 PHP 类。对整个网站来说就是在 php.ini 的 auto_prepend 和 auto_append 中调用其中的函数。详细你可以阅读这个类的程序，这个程序注释得很好，作者几乎把什么都告诉你了。不过使用之前，你的 PHP 要编译为支持 zlib。 对于 PHP 4.0.4 来说，一个新的解决方案就是使用 ob_gzhandler，能达到和上面的类一样的效果，只要简单的在 php.ini 加入下面这句话就可以了： output_handler = ob_gzhandler ; 这能让 PHP 激活输出缓冲，并压缩所有输出。如果有什么特殊的理由不想让所有的内容都压缩输出的话，可以采用在 .htaccess 文件中加入下面的行，对对应目录下的文件进行压缩。 php_value output_handler ob_gzhandler 也可以直接在 PHP 代码中加入： ob_start("ob_gzhandler"); This compression technology is very effective, but for Netscape Communicator users, it looks incomplete because it cannot compress graphics files. IE does not compress jpeg and gif files. This question. Conclusion: Using the techniques discussed in this article should improve your website performance, but there are a few caveats: - PHP may not be the cause of the bottleneck, double check for other causes (eg: database) - You cannot adjust the server performance to the maximum state. So before complaining about PHP and its buffering, consider whether it's time to upgrade your server or adopt dynamic load balancing technology (that's a lot of money). - Don’t underestimate content compression, and while you’re seeing speed improvements on your PHP applications on your 100 Mb intranet, don’t forget where your modem users are complaining about your 100Kb HTML pages.
zend_extension="/path/to/ZendOptimizer.so"
zend_loader.enable=Off
zend_extension_ts="C:path oendOptimizer.dll"
zend_loader.enable=Off
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
