Ⅰ 如何通俗的解释cgi，fastcgi，php-fpm之间的关系
这个问题可以分两个层面讨论：
1. PHP 解释器是否嵌入 Web 服务器进程内部执行
mod_php 通过嵌入 PHP 解释器到 Apache 进程中，只能与 Apache 配合使用，而 cgi 和 fast-cgi 以独立的进程的形式出现，只要对应的Web服务器实现 cgi 或者 fast-cgi 协议，就能够处理 PHP 请求。
mod_php 这种嵌入的方式最大的弊端就是内存占用大，不论是否用到 PHP 解释器都会将其加载到内存中，典型的就是处理CSS、JS之类的静态文件是完全没有必要加载解释器。
2. 单个进程处理的请求数量
mod_php 和 fast-cgi 的模式在每个进程的生命周期内能够处理多个请求，而 cgi 的模式处理一个请求就马上销毁进程，在高并发的场景下 cgi 的性能非常糟糕。
综上，如果对性能有极高的要求，可以将静态请求和动态请求分开，这时 Nginx + php-fpm 是比较好的选择。
PS: cgi、fastcgi 通常指 Web 服务器与解释器通信的协议规范，而 php-fpm 是 fastcgi 协议的一个实现。
Ⅱ 关于FastCGI、php-cgi、php-fpm的区别是什么，各自有什么用途，以及相互间的关系是什么
fastcgi是一个通用网关接口，用于web服务器(iis, apache)和应用程序通信。
php-cgi是php平台的cgi程序
以上两个结合，可以使php整合在web服务中
php-fpm是一个独立的php-fcgi管理软件，它要整合进web服务中，需要使用代理模式
一般与nginx搭配。也可以与apache搭配
php-fpm一般不直接作为服务容器提供外网访问，而是通过常用web容器作代理
php作为服务器端的解析程序，运行模式分很多种，fastcgi, mod_php, proxy(代理)等。
与iis搭配时一般采用fast-cgi模式，iis自带fast-cgi引擎，配置好php参数即可
与apache搭配，在windows平台下，一般也是fast-cgi模式，在linux系统中一般是mod_php模式，把php作为一个子模块加载
也可以配置php-fpm 然后在apache中配置代理模式
与nginx搭配，一般就是用php-fpm+代理模式了
Ⅲ php5-cgi和php5-fpm 这两个东西是什么意思啊有什么区别
什么是PHP-CGI:
PHP-CGI是PHP自带的FastCGI管理器。
启动PHP-CGI，使用如下命令：
php-cgi -b 127.0.0.1:9000
PHP-CGI的不足:
1、php-cgi变更php.ini配置后需重启php-cgi才能让新的php-ini生效，不可以平滑重启
2、直接杀死php-cgi进程,php就不能运行了。(PHP-FPM和Spawn-FCGI就没有这个问题,守护进程会平滑从新生成新的子进程。）
什么是PHP-FPM
PHP-FPM是一个PHP FastCGI管理器，是只用于PHP的,可以在 http://php-fpm.org/download下载得到.
PHP-FPM其实是PHP源代码的一个补丁，旨在将FastCGI进程管理整合进PHP包中。必须将它patch到你的PHP源代码中，在编译安装PHP后才可以使用。
现在我们可以在最新的PHP 5.3.2的源码树里下载得到直接整合了PHP-FPM的分支，据说下个版本会融合进PHP的主分支去。相对Spawn-FCGI，PHP-FPM在CPU和内存方面的控制都更胜一筹，而且前者很容易崩溃，必须用crontab进行监控，而PHP-FPM则没有这种烦恼。
PHP5.3.3已经集成php-fpm了，不再是第三方的包了。PHP-FPM提供了更好的PHP进程管理方式，可以有效控制内存和进程、可以平滑重载PHP配置，比spawn-fcgi具有更多有点，所以被PHP官方收录了。在./configure的时候带 –enable-fpm参数即可开启PHP-FPM。
二者的区别：
php-cgi是被调用的进程，php-fpm是配置和管理进程的。
Ⅳ php教程之php的几种运行模式
php一共分为五大运行模式：包括cgi 、fast-cgi、cli、isapi、apache 模块的 DLLCGI
CGI即通用网关接口(Common Gateway Interface)，它是一段程序，通俗的讲CGI就象是一座桥，把网页和WEB服务器中的执行程序连接起来，它把HTML接收的指令传递给服务器的执 行程序，再把服务器执行程序的结果返还给HTML页。CGI 的跨平台性能极佳，几乎可以在任何操作系统上实现。
CGI方式在遇到连接请求（用户 请求）先要创建cgi的子进程，激活一个CGI进程，然后处理请求，处理完后结束这个子进程。这就是fork-and-execute模式。所以用cgi 方式的服务器有多少连接请求就会有多少cgi子进程，子进程反复加载是cgi性能低下的主要原因。都会当用户请求数量非常多时，会大量挤占系统的资源如内 存，CPU时间等，造成效能低下。CGI-FCGI
fast-cgi 是cgi的升级版本，FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去fork一 次。PHP使用PHP-FPM(FastCGI Process Manager)，全称PHP FastCGI进程管理器进行管理。FastCGI的工作原理
1、Web Server启动时载入FastCGI进程管理器(IIS ISAPI或Apache Mole)
2、FastCGI进程管理器自身初始化，启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。
3、当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。
4、 FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。 在CGI模式中，php-cgi在此便退出了。在上述情况中，你可以想象CGI通常有多慢。每一个Web 请求PHP都必须重新解析php.ini、重新载入全部扩展并重初始化全部数据结构。使用FastCGI，所有这些都只在进程启动时发生一次。一个额外的 好处是，持续数据库连接(Persistent database connection)可以工作。APACHE2HANDLER
PHP作为Apache模块，Apache服务器在系统启动后，预先生成多个进程副本驻留在内存中，一旦有请求出 现，就立即使用这些空余的子进程进行处理，这样就不存在生成子进程造成的延迟了。这些服务器副本在处理完一次HTTP请求之后并不立即退出，而是停留在计 算机中等待下次请求。对于客户浏览器的请求反应更快，性能较高。
apache模块的DLL：
该运行模式是我们以前在windows环境下使用apache服务器经常使用的，而在模块化(DLL)中，PHP是与Web服务器一起启动并运行的。（是apache在CGI的基础上进行的一种扩展，加快PHP的运行效率）ISAPI:
ISAPI即Internet Server Application Program Interface，是微软提供的一套面向Internet服务的API接口
一个ISAPI的DLL，可以在被用户请求激活后长驻内存，等待用户的另一个请求，还可以在一个DLL里设置多个用户请求处理函数，此外，
ISAPI的DLL应用程序和WWW服务器处于同一个进程中，效率要显着高于CGI。（由于微软的排他性，只能运行于windows环境)cli:
cli是php的命令行运行模式，大家经常会使用它，但是可能并没有注意到（例如：我们在linux下经常使用 “php -m”查找PHP安装了那些扩展就是PHP命令行运行模式；有兴趣的同学可以输入php -h去深入研究该运行模式）总结：
每种运行模式都有自己的优缺点，没有绝对的好与坏，主要是看大家处理何种环境。
Ⅳ 502 bad gateway nginx怎么解决
发生原因
1、PHP FastCGI进程数不够用
当网站并发访问巨大时，php fastcgi的进程数不有一定的保障，因为cgi是单线程多进程工作的，也就是说cgi需要处理完一个页面后再继续下一个页面。如果进程数不够，当访问巨大的时候，cgi按排队处理之前的请求，之后的请求只有被放弃。这个时候nginx就会不时的出现502错误。
2、PHP FastCGI的内存不够用
当nginx返回静态页面时，这个问题一般不会出现，因为nginx不需要php cgi的处理而直接返回静态页面。但是当网页需要处理大量的php复杂操作的时候，例如执行api采集，或者采集页面的时候，那对php的要求是相当高的，如果配置给他的内存太少，那很容易就会导致php崩溃。
1、首先判断是不是php fastcgi进程数是否够用。
netstat -anpo | grep "php-cgi" | wc -l
如果实际使用的“FastCGI进程数”接近预设的“FastCGI进程数”，那么，说明“FastCGI进程数”不够用，需要增大。 但是要注意计算你的内存是否足够支撑更多的进程数，如果物理机内存并不足够大，加大这个进程数是没有用处的。
2、部分PHP程序的执行时间超过了Nginx的等待时间，可以适当增加nginx.conf配置文件中FastCGI的timeout时间，如下：
http
{
......
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
......
}
......
php.ini中memory_limit设低了会出错，修改了php.ini的memory_limit为64M，重启nginx，发现好了，原来是PHP的内存不足了。
如果以上方法依然不能解决问题，请尝试优化你的php程序，尽量的减少采集和数据库操作，加快其反应速度，有时候往往是因为自己的php程序反应速度太慢造成的。
3：目前lnmp一键安装包比较多的问题就是502 Bad Gateway，大部分情况下原因是在安装php前，脚本中某些lib包可能没有安装上，造成php没有编译安装成功。
解决方法：
可以尝试根据lnmp一键安装包中的脚本手动安装一下，看看是什么错误导致的，在网上搜索一下，或者把错误信息发上来。我们给你分析一下错误原因。
4：
在php.ini里，eaccelerator配置项一定要放在Zend Optimizer配置之前，否则也可能引起502 Bad Gateway
第三种原因：
在安装好使用过程中出现502问题，一般是因为默认php-cgi进程是5个，可能因为phpcgi进程不够用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 将其中的max_children值适当增加。（一般1个php-cgi占有20M内存，请依照内存来设定该值）
也有可能是max_requests值不够用。
5：
php执行超时，修改/usr/local/php/etc/php.ini 将max_execution_time 改为300
第五种原因：
磁盘空间不足，如mysql日志占用大量空间
6：
查看php-cgi进程是否在运行
可以通过# top 命令查看。
nginx反向代理解决办法有点不同
将nginx的error log打开，发现”pstream sent too big header while reading response header from upstream”这样的错误提示，查阅了一下资料，大意是nginx缓冲区有一个bug造成的,我们网站的页面消耗占用缓冲区可能过大
apache返回的header 太大nginx处理不过来就导致了。
代码如下 复制代码
server {
listen 80;
server_name *.xywy.com ;
large_client_header_buffers 4 16k;
#charset koi8-r;
# access_log off;
location / {
#添加这3行 ，
proxy_buffer_size 64k;
proxy_buffers 32 32k;
proxy_busy_buffers_size 128k;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
set $spider '';
if ( $http_user_agent ~ Baispider) {
set $spider Bai;
}
............
如果是 nginx+PHPcgi 就该
fastcgi_connect_timeout 60;
fastcgi_send_timeout 180;
fastcgi_read_timeout 180;
fastcgi_buffer_size 128k;
fastcgi_buffers 4 256k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
fastcgi_intercept_errors on
011/01/07 11:12:57 [error] 10770#0: *38585340 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 116.22.131.154, server: *.xywy.com, request: "GET /ysmp/index.php?did=124994 HTTP/1.0", upstream: "http://127.0.0.1:8080/ysmp/index.php?did=124994", host: "xywy.yn16.com"
后来原来那错误没了出了新错误了
upstream timed out 超时？
代码如下 复制代码
server {
listen 80;
server_name *.xywy.com ;
large_client_header_buffers 4 16k;
client_max_body_size 300m;
client_body_buffer_size 128k;
proxy_connect_timeout 600;
proxy_read_timeout 600;
proxy_send_timeout 600;
proxy_buffer_size 64k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;
#charset koi8-r;
# access_log off;
request_terminate_timeout
如果主要是在一些post或者数据库操作的时候出现502这种情况，而不是在静态页面操作中常见，那么可以查看一下php-fpm.conf设置中的一项：
request_terminate_timeout
这个值是max_execution_time，就是fast-cgi的执行脚本时间。
0s
0s为关闭，就是无限执行下去。（当时装的时候没仔细看就改了一个数字）问题解决了，执行很长时间也不会出错了。优化fastcgi中，还可以改改这个值5s 看看效果。
Ⅵ 护卫神PHP套件出现"FastCGI"等错误怎么解决
错误一： 处理程序“FastCGI”在其模块列表中有一个错误模块“FastCgiMole”。
英文系统提示：Handler “FastCGI” has a bad mole “FastCgiMole” in its mole list。
原因分析：这个主要是没有安装应用程序开发功能。
解决办法：把应用程序开发功能选择上就可以了，PHP的CGI版本，CGI的功能是必须选择的。
错误二：模块IsapiMole通知ExecuteRequestHandler处理程序PHP-Handler错误代码0x800700
或 处理程序“AboMapperCustom-5095705”在其模块列表中有一个错误模块“IsapiMole”
原因分析：没有安装ISAPI扩展。
解决办法：在IIS安装ISAPI扩展即可。
错误三：The FastCGI Handler was unable to process the request.
原因分析：这种多出现于PHP升级，一般是你升级前的PHP.ini存放在C:\windows\system32\php.ini
解决办法：删除C:\windows\system32\php.ini，并重启IIS。
错误四：
解决办法：这个可能是权限不足导致的，在网站根目录的上一级目录加Users的读权限即可。
错误五：
错误提示：Unable to place a FastCGI process in a JobObject. Try disabling the Application Pool CPU Limit feature
原因分析：IIS开启了程序池的CPU限制，而FastCGI模式的PHP不支持CPU限制。
解决办法：取消程序池CPU限制，或使用ISAPI模式的PHP。
错误六：
安装PHP7.0套件出现错误“FastCGI进程意外退出”，双击“php-cgi.exe”出现提示“无法启动此程序，因为计算机中丢失 api-ms-win-crt-stdio-l1-1-0.dll。尝试重新安装该程序以解决此问题。”，如图：
原因分析：出现此种情况，是因为服务器无法安装VC++ 2015运行库，导致php运行环境不具备，因此出错。
解决办法：据分析，出现此种情况的解决办法最好就是重装系统，并且更换操作系统，如果还不行，建议打SP1补丁。
Ⅶ php以fastCGI的方式运行时文件系统权限问题及解决方法
在IIS7.0上以FastCGI方式配置好PHP运行环境，测试可以正常运行PHP程序后，将PHP程序部署上去，导入程序原来的数据和配置信息。很快就有问题出来啦下面我们就详细记录下。
今天准备将一个php
demo放在IIS下运行，网站在IIS下的配置是这样的：
应用程序池是集成模式下的.net
framework
2.0(2.0或4.0没什么关系，因为php以fastCGI的方式在跑),
应用程序池标识配置为IIS内置的NETWORKSERVICE,
使用的认证方式为匿名身份验证。
打开本地的网站，访问php页面,
出现了500错误。
好吧，是权限问题，最简单的解决办法是把C:的权限设成Everyone,
并允许完全控制：
重新访问php页面，成功了：
上面的方法是够简单，但也太不安全了，平时本地搭个demo这样做没问题，真正上线的时候，这样做迟早出问题的。
于是重新设置，把该目录下的只读权限赋给NETWRORKSERVICE帐号再试一下
不过问题还是没有解决，访问的时候，出现了401错误
错误信息中包括显示登录用户为匿名，检查了网站下的身份验证(再点击
匿名身份验证->编辑),原来网站默认情况下，在登录方法为匿名时，使用的默认登录用户为IUSR(就是我们看到的匿名登录用户了)
那么解决办法就是：
1.
将IUSR设置为C:的读权限，类似之前对NETWORKSERVICE的设置。
2.
或选择使用应用程序池标识即可。
经试验，方法1与2都成功。
Note:NETWORKSERVICE在IIS7中隶属于iis_iusers用户组，之前对NETWORKSERVICE的设置也可以改为对iis_iusers的设置，同样也可以解决问题，只是权限被进一步放宽了而已。
以上所述就是本文的全部内容了，希望大家能够喜欢。