1. 如何启用 Apache 的 php-FPM 多实例

php-fpm的两种进程管理模式
php-fpm的进程数也是可以根据设置分为动态和静态的。
一种是直接开启指定数量的php-fpm进程，不再增加或者减少；
另一种则是开始的时候开启一定数量的php-fpm进程，当请求量变大的时候，动态的增加php-fpm进程数到上限，当空闲的时候自动释放空闲的进程数到一个下限。
这两种不同的执行方式，可以根据服务器的实际需求来进行调整。
这里先说一下涉及到这个的几个参数吧，他们分别是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。
pm表示使用那种方式，有两个值可以选择，就是static（静态）或者dynamic（动态）。你也可以到后盾人去看看相关的程序视频，还有一流的技术人员帮助您

2. apache+php 与 nginx+php，哪个好

apache是通过mod_php来解析php nginx是通过php-fpm(fast-cgi)来解析php
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 的模式在每个进程的生命周期内能够处理多个请求(fast-cgi可以根据需要来调整进程的多少)，而 cgi 的模式处理一个请求就马上销毁进程，在高并发的场景下 cgi 的性能非常糟糕。
每一个Web请求PHP都必须重新解析php.ini、重新载入全部dll扩展并重初始化全部数据结构。使用FastCGI，所有这些都只在进程启动时发生一次
综上，如果对性能有极高的要求，可以将静态请求和动态请求分开，这时 Nginx + php-fpm 是比较好的选择。
PS: cgi、fastcgi 通常指 Web 服务器与解释器通信的协议规范，而 php-fpm 是 fastcgi 协议的一个实现。

3. NGINX+PHP(FASTCGI)好，还是NGINX+APACHE+PHP好

单机纯php环境(linux),越是简单的组合，理论上是越高率。
nginx + php-fpm 在linux是最高率的，负载最高效的。
而nginx + apache + php，通常是出于某种需求，才这样组合的。
第一，是你的单机里有多种环境同时环行，如php,java这样的等，需要nginx +(tomcat,apache)这样的组合。
第二，通常是反向代理，集群，负载均衡等，可以nginx + (nginx+php )* n 或 nginx + (apache + php) * n
第三，可能php应用开发时，用到了某些apache特性，不能简单脱离apache
第四，当php应用，通常比较耗时，而且要求对每次请求比较严格，一定要成功返回，apache +
mod这种组合，相对可以保证成功返回（超时值可以简单设定）。而nginx +
php-fpm，优于它专注于高吞吐量，必然对每次请求=》返回，都是优化地处理，轻易处理，对于某些耗时的请求，容易超时（通种是30-60秒的设
定），返回就丢失了。正所谓有得就有失。

4. php+apache 和 php+nginx的区别

apache是通过mod_php来解析php nginx是通过php-fpm(fast-cgi)来解析php
1. PHP 解释器是否嵌入 Web 服务器进程内部执行
mod_php 通过嵌入 PHP 解释器到 Apache 进程中，只能专与属 Apache 配合使用，而 cgi 和 fast-cgi 以独立的进程的形式出现，只要对应的Web服务器实现 cgi 或者 fast-cgi 协议，就能够处理 PHP 请求。
mod_php 这种嵌入的方式最大的弊端就是内存占用大，不论是否用到 PHP 解释器都会将其加载到内存中，典型的就是处理CSS、JS之类的静态文件是完全没有必要加载解释器。我还是比较推荐你去后盾人上面看看里面有很多关于这类php之类的教学讲解视频哦你可以去看看

5. Nginx 和 Apache 各有什么优缺点

这个太长了，挑几个重点说一下：
apache优点：
1、守护进程相对稳定，重连机制做得好
2、跟php交互基本用mole，在php上不用配置太多参数
3、相对nginx，重写(rewrite)支持更好
4、采用mole，可拓展性更强，可以在任一阶段插入钩子增加灵活性。
apache缺点：
1、由于使用mole形式加载，导致整个项目比较重
2、同步阻塞模型，容易导致进程阻塞无法正常访问
3、新加入的模型event据传性能相当不错，但目前官方称仍属于调试阶段，并不建议在生产环境使用。
nginx优点：
1、异步io处理模型，可以支持更高的并发
2、整体是个轻框架，反向代理一级棒（负载均衡）
3、采用php-fpm fastcgi模式连接php，负载量可以更大
nginx缺点：
1、守护进程由于给php-fpm做了，所以非常受限于php-fpm。一个输入参数可能会导致整个程序运行不下去
2、php-fpm要额外配置，排查问题多了一个环境需要排查
3、nginx可以执行rewrite，但性能没有apache那么好

6. NGINX+PHP好，还是NGINX+APACHE+PHP好

NGINX+APACHE+PHP会更好，因为可袭以充分利用NGINX的“反向代理”技术。将静态文件由NGINX处理，动态文件（PHP）由APACHE处理，这是最高效的处理方式。
但是，一般网站都不需要这么做，因为没有高并发的情况下，这样做并不能体现非常大的优势。
如果是商城，比较注重速度的，就使用NGINX+PHP；如果是政府网站等，比较注重稳定性的，就使用APACHE+PHP。
当然，如果不嫌麻烦，完全可以搭建NGINX+APACHE+PHP的环境。

7. php-fpm 可以用apache吗

我来后盾网学习是自己在网上查到的，一开始也是有顾虑的，害怕自己学不好，但是来到这学习之后这些顾虑都没有了，因为这里的老师教的非常好，非常认真，平时有不懂的问题时，老师会细心的为我们解答，而且毕业后班主任老师会一直关心我的就业情况，每天都在为我推荐就业单位，所以我现在真的很感谢后盾网的所有老师，让我学到了很好的知识并找到了一份高薪工作，也希望后盾网越办越好

8. PHP的apache2handler和PHP-FPM 运行模式的区别是什么

nginx和php是通过fastcgi通讯的，是有两个独立的进程
apache则把php嵌入进来
你下次可以去后盾人学习视频非常多质量好视频都是一线讲师亲自录制的，含金量高

9. 搭建php平台，是使用nginx+ php5-fpm，还是nginx+apache2平台

我个人用nginx+ php5-fpm

10. php-fpm比php成为apache模块好在哪

概述
写这篇文章的是因为今天要Ubuntu下搭建LNMP环境，Nginx使用的是PHP-FPM，所以对Web服务器与PHP解释器的交互方式做了个整理。
众所周知，PHP是跨平台、跨服务器的语言，这也是它如此流行的原因之一。但是，很少有人知道PHP解释器可以以不同的方式运行在Web服务器中。PHP最常用的方式是以模块的方式(mod_php)运行在Apache中，也是Apache运行PHP的默认方式。但是在Nginx中，Nginx又使用的是PHP-FPM。
这篇文章就对这些概念做个介绍，如有不对的地方，请多多批评指教。
什么是PHP处理器(PHP handlers)?
首先需要记住的是，任何一种Web服务器(Apache、Nginx等)都是被设计成向用户发送html、图片等静态资源的，Web服务器自身并不能解释任何动态脚本(PHP、Python等)。PHP处理器就是用来解释Web应用中的PHP代码，并将它解释为HTML或其他静态资源，然后将解析的结果传给Web服务器，最后再由Web服务器发送给用户。大多数的Web服务器都不能解析PHP代码，因此它需要一个能解析PHP代码的程序，这就是PHP处理器。
mod_php
首先，来看一下以Apache模块方式运行PHP。mod_php现在在Linux各版本的软件仓库里都有，因此很容易被安装。
当PHP以模块的方式运行在Apache中时，PHP解释器被“内嵌”在Apache的进程里。Apache不会调用任何外部的PHP进程，因此这种方式使Apache与PHP能更好的通信。但是，当以这种方式运行PHP的时候，哪怕Apache提供的仅仅是静态的资源(如HTML)，Apache的每个子进程也都会载入 mod_php，导致了比正常情况下更多的内存开销。
以这种方式运行的另一个缺点是，它仅能与Apache一起配合工作。另外，在小型的VPS和大型的网站中，这种方式也不合适，因为大型网站可能有很多静态资源，而这些静态资源是不需要PHP程序解释的。
优点:
1.易于安装和更新
2.容配置
缺点:
1.仅能与Apache一起工作
2.增加了Apache子进程内存开销
3.当更改php.ini文件后，需要重启Apache
FastCGI
FastCGI是交互程序与Web服务器通用的协议接口，是早期CGI(Common Gateway Interface)的一个变种。相对于CGI来说，FastCGI减少了和Web服务器交互的开销，同时一次可以处理更多的请求。
Apache可以以mod_fcgid的形式使用FastCGI。其他Web服务器，如lighttpd, nginx, Cherokee，甚至微软的IIS也都能使用FastCGI。使用FastCGI，可以同时设置多个版本的PHP，这在某些情况下非常有用。
FastCGI还利用suexec来支持不同的用户用自己的PHP的实例。这个特性对于在共享环境下提高安全性尤其重要。FastCGI在保证性能的同时，也减少了Web服务器的内存开销。
优点:
1.兼容多数Web服务器
2.比mod_php占内存小
3.更多的配置项，包括多版本PHP和suexec
缺点
1.配置复杂
2.不被大家所熟知
PHP-FPM(FastCGI Process Manager)
PHP-FPM是Web服务器使用PHP的一种最新方式，也是PHP FastCGI的另外一种实现。PHP-FPM对于运行在小型VPS和多服务器上的Web应用非常应用。同时，它也可以被兼容FastCGI的任何Web服务器所使用。
PHP-FPM使管理员能够优雅地停止和启动PHP工作进程而不丢失任何查询。这允许我们逐步更新配置和二进制,而不会损失任何查询。它还允许我们在发生任何意外破坏的情况下，紧急重启进程。
优点:
1.兼容多数Web服务器
2.比mod_php占内存小
3.更多的配置项，包括多版本PHP和suexec
缺点
1.配置复杂
2.不被大家所熟知
补充:Apache运行PHP的四种方式
mod_php (DSO，Dynamic Shared Object)
CGI
suPHP
FastCGI
总结
内容相对抽象，理解的不深，记录下留作以后参考~:)