windows平台下提升php性能的方法
PHP一直以来是windows平台的尴尬，用PHP扩展的速度跟不上其它服务端(甚至还有一些致命问题例如在某内存地址报错)，而PHP又比ASP.net普及得多，微软终于重视了，采取了一系列措施。比如windows2008集成的IIS7对PHP的支持已经大幅提高。
1.如果你没有用IIS，仅仅用的是windows
.Windows Cache Extension for PHP可以用。
地址：http://www.iis.net/extensions/WinCacheForPHP
这是用来提高PHP应用跑在Windows系统上的速度的PHP加速器。任何PHP应用程序不需要修改任何代码都可以用它来提速，所需做的只是在PHP引擎里启用这个扩展。
按照"Using Windows Cache Extension for PHP"文章里的指示来安装、启用和配置这个扩展。
注意:
- 该扩展只能用于PHP的non-thread-safe版本
- 该扩展只能用于以FastCGI方式运行在IIS上的PHP
- Windows Cache Extension 1.0 for PHP 5.3只能用于PHP5.3的x86 VC9版本
特性:
- 支持PHP 5.2和PHP 5.3
- 提供PHP函数获得cache状态信息
该扩展包含3个可以被分别启用或禁用的缓存特性：
- PHP opcode cache - PHP是一个脚本处理引擎，它阅读包含文本和/或PHP指令的输入流，并产生另一个数据流（通常是HTML格式）。这意味着在一个web服务器上PHP引擎对每一次来自浏览器客户端的请求都要读入、解析、编译和执行一遍PHP脚本。读入、解析和编译操作给web服务器的CPU和文件系统带来额外的负载，影响PHP网页应用的总体效能。PHP opcode (字节码) cache 用来在共享内存里缓存编译好的脚本字节码，以便同一脚本文件的后续请求可以被PHP引擎重用。
- File cache - 即使PHP字节码缓存启用，PHP引擎还需要访问文件系统里的脚本文件。当PHP脚本存储在远程UNC文件共享时，文件操作会带来显著的性能开销。Windows Cache Extension for PHP的文件缓存可以把PHP脚本文件的内容缓存在共享内存里，减少PHP引擎的文件系统操作。
- Relative file path cache - PHP脚本频繁使用相对路径include或操作文件。每个相对文件路径需要被PHP引擎转换成绝对文件路径。当PHP应用以相对路径使用很多PHP文件时，解析相对路径到绝对路径的操作会影响性能。Windows Cache Extension for PHP提供相对文件路径缓存，减少PHP引擎需要进行的转换数量。
2.如果你用的是wind2003的IIS6
那么，你有FastCGI for IIS 6这个可以用。
地址：http://www.iis.net/extensions/FastCGI
不用看，就是开启类似Apache支持的FastCGI模式，提高访问速度。
下面还从网上找到其他办法，供参考：
代码优化
在这里并不想再次告诉你怎么写更干净的代码，这一点我想每个人都清晰，在需要速度的时候，你可能已在PHP原始码的优化上面做了不少的工作，这里所提出的是，这个烦琐的工作能交由其他工具来完成。这就是Zend Optimizer，此程式能从Zend Technologies的网站（http://www.zend.com/）免费得到。他的原理非常简单，通过检测Zend引擎产生的中间代码，并且优化他来得到更高的执行速度。我认为优化代码是一项颇烦琐的工作，而且优化后的代码可能变得难以理解，尤其是当你放下该PHP程式一段时间后，忽然间客户需求你做一些修改时，可能你自己也不懂了;-)。因此我建议你在PHP的原始码较为复杂的时候，用Zend Optimizer来做这个优化的工作，好处是他不会令你的代码变得复杂难懂。
安装Zend Optimizer是非常简单的。只要根据你使用的平台，下载相关的预编译库，并且在你的php.ini中加入两行，重新启动你的web服务器就行了！
zend_optimizer.optimization_level=15
zend_extension="/path/to/ZendOptimizer.so"
zend_loader.enable=Off
你可能有点奇怪，不是说两行吗，怎么变成三行了。不过第三行是可选的，看来禁止这个zend_loader将会令优化的速度更快，因此不妨在你的php.ini文件中多加这一行。要注意的是：只有在你不使用Zend Encoder Runtime的时候，才能禁止zend_loader，关于Zend Encoder Runtime，还会在下文提到。
要更快吗？使用cache（缓冲）吧
如果你的PHP应用还需要更快的速度，下一个办法是缓冲。要实现这一点，有几种不同的方式。我自己就试用过Zend Cache（评测版本），APC和Afterburner Cache。
以上提到的都是“缓冲模块”。他们的原理都差不多，在php文件被首次请求的时候，通过将你的PHP原始码的中间代码存储在web服务器的内存中，对于以后同样的请求，都直接提供内存中的“编译”版本。由于他能令磁盘的访问达到最小化，因此这个方法确实能极大地提高PHP的性能。更为方便的是，当你的PHP原始码修改时，缓冲的模块能察觉到这些变化，并且重新载入相同，因此你不必担心客户得到的是旧版本的程式。这些缓冲的模块确实不错，不过我应该选用哪一种呢？下面分别介绍一下：
Zend Cache是Zend Technologies的一个商业化的产品（他也是免费为我们提供PHP引擎和Zend Optimizer的公司）。他确实不错。在首次运行后，你能明显察觉到PHP的速度得到了非常大的提高，服务器的空闲资源也更多了。缺点是你要付费购买他，但就性价比来说，还是非常值得的。
Afterburner Cache是Bware Technologies（http://bwcache.bware.it/）提供的免费缓冲模块。当前还只是beta版，他所做的工作看来和Zend Cache差不多，不过性能的提高就比不上Zend Cache，而且现有的版本不能和Zend Optimizer一起工作，不过他是免费的。
APC（Alternative PHP Cache）是由Community Connect（http://apc.communityconnect.com/）提供的另一个免费模块。他的工作非常稳定，速度也有不少的提高，要注意的是，我还没有找到一个官方的测试数据，这些只是在我的应用上作测试，因此不能下一个结论。
Web内容的压缩（令你客户用起来更“爽”）
经过以上两个的方法，相信你的PHP应用的性能已得到了非常大的提高，目前该从另一个方面来考虑了：下载速度。如果你的应用只是在公司内跑，所有的客户都使用100Mb/s的以太网连接到服务器，这可能不是个问题，不过如果你的客户中有使用慢速的modem连接的，你就要考虑使用内容压缩这个方法了。根据IETF的规范，大多数的浏览器都支持gzip的内容压缩。这意味着你在将web的内容发给客户的浏览器前，能先使用gzip进行压缩，浏览器在接收的时候就会自动解压数据，并且令用户看到原来的页面。同样，压缩web页面的内容也有几个不同的方法。
mod_gzip是Remote Communications（http://www.phpbuilder.com/columns/www.remotecommunications.com）免费提供的一个Apache模块，他能压缩静态的web页面。他工作得非常好，你只需要将他和apache一起编译就行了（或将他作为一个DSO使用）。Remotecommunications的人说他还能压缩动态的内容，包括mod_php, mod_perl等。不过我尝试了一下，看来并不行。我在mod_gzip的邮件列表中了解到，这个bug将在下一个版本中修正（我想应该是1.3.14.6f版本）。不过你仍然能用他作静态内容的压缩。
不过我们还想压缩动态的内容，因此我们必须找另外的办法。一个办法是使用class.gzip encode.php（http://leknor.com/code/），只要在你的PHP脚本中的开头和结尾调用这个PHP类，就能压缩你的页面内容。如果整个站点都需要这样的压缩，你能在你的php.ini文件中的auto_prepend和auto_append中调用这些函数。他工作得非常好，不过在负载非常重的站点上，他明显会带来一点的系统开销。要周详了解他是怎么工作的，能看一下他的类代码（你至少需要在编译PHP时加入zlib支持）。作者在里面的说明也非常周详，你能得到所有需要了解的东西。
在最近，我也看到了一篇关于PHP输出缓冲的文章。他说的是PHP4.0.4推出了一种新的输出缓冲的处理手段--ob_gzhandler，他的作用和上面介绍的类相同，但差别是你只要在你的php.ini中使用以下的句法就行了：
output_handler = ob_gzhandler;
这样将激活PHP的输出缓冲功能，并且压缩所有他发送的东西。出于某些特别的原因，如果你不想在这里设置的话，只在需要的地方才改动这个默认设置的话（不压缩），只要在需要压缩的PHP源码目录中，修改一下.htaccess文件就行了，使用的句法如下：
php_values output_handler ob_gzhandler
或直接在你的PHP代码中调用他，以下面的方式：
ob_start("ob_gzhandler");
这个输出缓冲处理的方法非常好，并且不会为服务器带来额外的系统开销。我十分建议你使用这种方法。他的改动能用以下的例子说明，如果客户使用的是28.8K的modem的话，经过这个处理，他将会认为忽然间换成了一个ISDN接入相同。要注意的一点是：Netscape Communicator并不支持图象的压缩，所以将显示不出来。因此除非你的客户全部使用Internet Explorer，否则你必须禁止压缩jpeg和gif图象。其他文件的压缩应该没有问题，不过我建议你最佳测试一下，特别是浏览器使用了不常见的插件或是少人用的浏览器。
其他有用的东西
Zend Technologies的在线商店在今年1月24开通了，并且售卖一些和PHP相关的有趣产品。包括前面提到的Zend Cache，Zend Encoder（简单说来，是PHP代码的编译器，能产生编译的类，这样你就能售卖给顾客而不用担心泄露原始码。在需要运行这些类的web服务器上，将要使用Zend Encoder Runtime来解码），Zend Ide（一个为PHP而设的集成化研发环境，带有非常多强大的性能），更有为PHP研发者提供的支持服务。
结论
使用这篇文章提到的技术，你将能极大地提高站点的性能，不过请注意以下几点：
瓶颈或许不在PHP，你需要考察应用中的每个对象（例如数据库）
一个web服务器的性能都是有限制的，因此，不要认为性能不好就是PHP的原因，也可能是访问量非常大，你的服务器需要升级了，或考虑使用负载均衡的系统（将会花非常多钱）
不要认为内容压缩不重要，在100Mb/s的局域网中，你的PHP应用或许性能非常好，但要考虑到使用慢速modem的用户。
