在apache下整合fastCGI模式运行的php-fpm，似乎网上很少相关材料，就连英文版材料也少。只要
在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
<VirtualHost *:80>
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
<Directory "/var/www/html/site_1">
Options +ExecCGI
</Directory>
</VirtualHost>
几个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处理空请求
Apache PHP