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>标签