Windows Server 2008 配置IIS+PHP

问题：

最近要上线一个PHP写成的MVC项目，发现Windows Server 2008安装的还是PHP5.2，很多语法不支持。

尝试的一些解决方案：

1.将PHP升级为5.6，但是需要做好IIS和PHP的配置，因为IIS还承担了其他几个Web项目的运行，所以这个方案也是目前最稳妥的办法。

2.在Windows Server 2008上安装Apache或者Nginx，因为Apache或者Nginx和PHP搭配更佳，但是Apache在Windows Server 2008上表现不好，另外这个方案还有个缺点是另外需要配置子域名等，之前没有研究过这方面，所以这个方案备选。

最终解决方案：

1.在安装PHP5.6之前，先检查一下是否有Visual C++ 2012运行环境（发行包）。如果没有，先在微软下载中心下载安装。

这里提供下载链接：x86版本，x64版本

2.在PHP官网下载PHP5.6，解压缩到任意盘符任意文件夹，当然，如果你想在IIS配置上“偷个懒”的话，可以把原来PHP文件夹改名为PHP5.2，把PHP5.6改为PHP，来替换原来的路径。

接下来是一些较为复杂的步骤，请坐稳了，我们要加速了~

3.在php.ini中修改或确保要有以下配置：

cgi.force_redirect = 0

配置的注释上写：

cgi.force_redirect is necessary to provide security running PHP as a CGI under most web servers. Left undefined, PHP turns this on by default. You can turn it off here AT YOUR OWN RISK. You CAN safely turn this off for IIS, in fact, you MUST.

其实，本意是希望提供安全的CGI，但是IIS下，你还是必须把TA关了。

cgi.fix_pathinfo=1

配置的注释上写：

cgi.fix_pathinfo provides *real* PATH_INFO/PATH_TRANSLATED support for CGI. PHP's previous behaviour was to set PATH_TRANSLATED to SCRIPT_FILENAME, and to not grok what PATH_INFO is. For more information on PATH_INFO, see the cgi specs. Setting this to 1 will cause PHP CGI to fix its paths to conform to the spec. A setting of zero causes PHP to behave as before. Default is 1. You should fix your scripts to use SCRIPT_FILENAME rather than PATH_TRANSLATED.

这里没有IIS，所以设置为1即可。

fastcgi.impersonate = 1

配置的注释上写：

FastCGI under IIS (on WINNT based OS) supports the ability to impersonate security tokens of the calling client. This allows IIS to define the security context that the request runs under. mod_fastcgi under Apache does not currently support this feature (03/17/2002)

Set to 1 if running under IIS. Default is zero.

这里很感动此处的注释，把坑都说明清楚了，IIS下，让你设置为1就应该设置为1。

date.timezone = Asia/Shanghai

时区设置为亚洲上海，但实际上这个配置似乎只作用于你用phpinfo()函数来查看PHP版本，真要用到时区在项目里再写一句声明也可以，已亲测。

4.在IIS中添加程序映射

这一步其实不难理解，就是让所有的PHP文件都用CGI来执行，所以把php-cgi.exe这个可执行文件的路径填写进去就可以了。

原来在ISAPI限制和CGI限制里有原来PHP5.2的条款，因为PHP5.2和PHP5.6不一样，5.6版本已经没有php5isapi.dll这个文件了，也就是说5.6版本已经放弃dll而采用cgi可执行文件，所以可以把这条删除或者设置为“不允许”。如果要填写就填写php-cgi.exe的路径，记得加引号。

至此，已经可以在浏览器中看到这个熟悉的页面了。

 总结：

其实，我们本来要放弃这个方案的，因为中午被一个500状态码搞得焦头烂额，不知道问题出在哪里，后来又出现了php-cgi.exe - FastCGI 进程意外退出和无法定位程序输入点 php5ts.dll这样的错误，后来我直接运行了php-cgi.exe，发现在命令行中出现的路径并不是PHP5.6的文件夹路径，才发现问题。于是我直接把PHP5.6文件夹命名为原来PHP文件夹的名称，问题顺利解决。但问题是没了，似乎还是遗留下来了一个疑点，究竟少了哪一步？以后如果IIS从零配置PHP，还是会遇到这个问题。