CGI PHP-CGI FAST-CGI PHP-FPM 的理解
CGI
CGI(Common Gateway Interface)公共网关接口,是外部扩展应用程序与 Web 服务器交互的一个标准接口。 也就是一个协议
PHP-CGI
专门为web服务器和PHP通信而生的一个 php的解析器
FAST-CGI
这也是一个协议，它是因为 php-cgi 的运行过程中浪费资源而做了一些优化的接口，比如 php-cgi在请求过来的时候会开启一个进程， 处理完成后会关闭这个进程， 非常浪费资源， fast-cgi 就属于一个常驻内存的， 开启这个进程之后， 不会关闭， 在下一个请求过来的时候，就不用去再生成一个新的进程来处理请求了， 节省资源。注意 fast-cgi 是一个协议， 也就是说它也只是个接口，还没有实现
PHP-FPM
它就是一个 FAST-CGI的一个具体实现， 它可以用来 管理 php-cgi 的进程数，超时时间等
个人理解一下 webserver的过程
我们常见的 web 服务器有 apache nginx iis tomcat (iis 是微软的，tomcat是java常用的这里不做考虑)
apache 的处理请求的方法是这样的
所有的web 服务器都是用来处理静态方件请求的。 如果是动态文件的请求， 单凭web 服务器，是没有办法处理的。
那么要处理动态文件的请求，应该怎么办呢
两种方法： 一 使自己更加强太（单干） 二 找有能力的人，帮我处理（合作）
以上两种方法， 分别就是 apache 和 nginx 各自选用的方法
对于一个 XXX.php 的请求过来
apache 的办法，就是安装一个 php_module 的模块， 相当于做了一套 php-cgi ， 进行了解析， 返回给用户， 这种做法是有弊端的， 就是当出现问题的时候， 你不知道是 apache 出的问题还是 php解析出现的问题
nginx 的办法，就是把 php 的请求， 转发给可以处理php 的进程来处理， 然后把处理的请求返回给nginx, 再由nginx 返回给客户端
apache 的做法， 会使自己越来越笨重，如果有 java请求，它可能会安装一个 java_module ,如果有python请求， 可能要安装一个 python_module , 最终应对并发的能力就越来越差了
nginx 的方法就比较好了， 它就是让第三方来给自己办事， 自己不会有太多的负担， 这相当于是解耦
所以， nginx 在web服务器中获得了很大的使用量