mod_php迁移到php-fpm的注意事项

Php-fpm由于其特有的优势已经逐渐成为这一阶段大负载网站的首选。近期受朋友之托，将一个稍显老旧的网站从apache+mod_php迁移到了nginx+php-fpm之上。其间碰到不少问题，除却php版本升级带来的兼容性问题之外，很多兼容性问题其实来自于php-fpm的特性。这里就简单的罗列一下所碰到的问题，以供大家参考，少走弯路为妙。

首当其冲的是$_SERVER["HTTP_REFERER"] 环境变量，这个问题经常出现在需要跳转的页面上，表现为跳转到白板。
很多代码习惯上用$_SERVER["HTTP_REFERER"] 获取上次访问的页面URL，这对于mod_php来说，由于采用直接嵌入http服务器的方法，PHP可以很容易的获得HTTP_REFERER变量。但对于CGI方式的php-fpm来说，此环境变量无法获取，我个人的解决方法是通过不断刷新一个cookie获取。显得很笨拙，但代码改动的量很少。你也许会说这样做容易被篡改，但事实上即便mod_php获取的环境变量也是很容易被篡改的。

接下来是$_SERVER["HTTPS"]，这个问题经常出现在跳转上，如果发现所有的跳转url出现异常多半是这个问题。
mod_php中$_SERVER["HTTPS"]变量只有在启用了https之后才会出现，否则empty($_SERVER["HTTPS"]) === true，而作为php-fpm这个值是始终存在的，只是在http时$_SERVER["HTTPS"] === null而已。尽管$_SERVER["HTTPS"] == null 等价于empty($_SERVER["HTTPS"]) == true，但在“三等”条件下并不成立。

对应的$_SERVER变量问题还有x-forward*之类，这里不再累述。

然后是rewrite规则，这个规则事实上是apache和nginx之间的兼容问题，跟php无关。
个人觉得很apache和nginx的跳转规则基本上是通用的甚至于只要用记事本做个全文替换就好。例如：

RewriteRule ^(.*.(css|js))$ min/index.php?f=$1 [L]

转换为nginx

rewrite "^(.*.(css|js))$"              /min/index.php?f=$1     last;

当然，nginx是不支持.htaccess的，需要写入配置文件中去。

执行时间问题，对应的大多为502报错。这个问题说实话我没有很好的方法解决，只能提前规划。
不同于mod_php的方式，在执行一个较长时间的脚本时，一旦超出阀值（默认10秒）php-fpm会自动关闭执行，向前端返回502。个人觉得这相对于mod_php来说是一个保护性的设置，是优势所在，不应该关闭。

进程控制类函数，相对用的应该不多。
php-fpm用的是非阻塞性质的线程池，不应该有这类函数出现，应当慎用。

一个窍门：$_ENV变量
相比mod_php来说，$_ENV变量是一个优势，对于企业开发，特别是开发和运维分开的企业，这很容易开发出环境无关的代码——运维修改$_ENV变量，开发读取此变量，相互直接不需要太多交流。对应5.3 fpm配置文件中 env[TEMP] = /tmp 或者5.2 <value name=”environment”>  <value name=”TMP”>/tmp</value>标签