CentOS下与Apache连接的PHP多版本共存方案实现详解

CentOS下与Apache连接的PHP多版本共存方案实现详解

在apache下整合fastCGI模式运行的php-fpm，似乎网上很少相关材料，就连英文版材料也少。只要是php-fpm，基本上都是与nginx搭配。查了一大批相关资料，写本文总结一下。

apache下有多个fastCGI的支持方案：至少有mod_fcgi、mod_fastcgi（git）、mod_proxy_fcgi等。这两个模块都有点老，尤其mod_fastcgi自从2007年以来就没有更新，略掉不谈，事实上没用过用。mod_proxy_fcgi模块是httpd 2.4+的版本正式引入，通过简洁的一行 ProxyPassMatch 指令即可。

mod_fcgi

mod_fcgi模块本身是做fastCGI进程管理的，使用它就不需要使用php-fpm管理进程了。核心配置参数

LoadModule fcgid_module modules/mod_fcgid.so

  DocumentRoot "/var/www/html/site_1"
  ServerName "www.yourhost.com"
  DirectoryIndex index.html index.php
  #php.ini的存放目录,Linux下通常不需要
  #FcgidInitialEnv PHPRC "D:/php"
  # 设置PHP_FCGI_MAX_REQUESTS大于或等于FcgidMaxRequestsPerProcess，防止php-cgi进程在处理完所有请求前退出
  FcgidInitialEnv PHP_FCGI_MAX_REQUESTS 1000
  #php-cgi每个进程的最大请求数
  FcgidMaxRequestsPerProcess 1000
  #php-cgi最大的进程数
  FcgidMaxProcesses 3
  #最大执行时间
  FcgidIOTimeout 600
  FcgidIdleTimeout 600
  #php-cgi的路径
  FcgidWrapper /usr/local/php7/bin/php-cgi .php
  AddHandler fcgid-script .php
  FcgidInitialEnv PHP_FCGI_MAX_REQUESTS 1000
  
    Options +ExecCGI
  

几个Fcgid*指令，是优化之用，这里仅示例，要按实际情况调整数值。具体参看mod_fcgi官方文档

使用mod_fcgid的几个特点
php-fgi进程是由apache模块启动并管理，不需要配置php-fpm
在php-cig进程以apache用户身份运行，php程序写的文件，其权限为apache用户（而不像php-fpm下写文件为php-fpm用户所有，默认是nobody），这样在目录权限管理方面一致性高些。
mod_fastcgi

虽然CentOS 6.x下是apache 2.2，但所幸已经有人成功移植： https://github.com/ceph/mod-proxy-fcgi 我们可以直接使用；更幸运的是它已经进入epel源，直接yum安装即可；不想匹配epel源的，直接下载rpm包安装也可以（示例 http://mirrors.ustc.edu.cn/epel/6/x86_64/）

当然可以重新编译安装apache 2.4, 这样直接有mod_proxy_fcgi可以使用，但这里还是保持原版本不变，省掉编译的工作量。

参考mod_proxy_fcgi官方文档，整合php-fpm的配置指令

ProxyPassMatch "^/myapp/.*\.php(/.*)?$" "fcgi://localhost:9000/var/www/"
语法很简单，跟配置反向代理类似，可以按实际需要做修改。事实上与mod_proxy模块语法一致的，不同处是将http协议改成fcig协议。

以上是apache整合php-fpm模式运行的fastCGI，接下来要对yum安装的php做下配置修改。

yum安装的php配置文件 /etc/httpd/conf.d/php.conf ，其中有如下一行

AddHandler php5-script .php

我们要对不同的站点启用不同的php，上面一行是对全局的.php文件分配给php模块处理，我们把这一行注释掉。而是在每个站点启用不同的php运行模式。

以上即是处理方式。

[已知问题]：裸目录地址转发
有一个困扰的问题没有解决，感觉有点像模块bug：

对于配置了DirectoryIndex index.php的目录，如果其子目录没有index.php，上述ProxyPassMatch还是会做fastCGI转发，这时会看到php-fpm的404响应，而不是apache的响应403页面。但前面的规则并不转发这裸空目录的url，所以感觉像bug

再者就是，对于ProxyPassMatch匹配的目录，apache自动索引功能失效。（当然如果不开启autoindex就无所谓了。生产环境下通常不开启的）

其它，似乎也没有什么严重后果，或者我没还意识到(?)。

解决方法：每个目录下，都放置一个index.html，避免fpm-php处理空请求