nginx + fast-cgi + yaf 相关笔记
使用yaf框架，往往安装后启动php/hhvm + 启动nginx/Lighttpd，接着就是分层开发了，那几者的关系是什么呢？
做个笔记, 感谢 https://segmentfault.com/a/1190000007322358
几个概念：
nginx：webserver，用于接受请求，分发，中文官网：http://www.nginx.cn/doc/index.html
php-fpm (php fast-cgi process manager)：某种实现了fast-cgi协议的进程管理器
cgi: Common Gateway Interface 满足这种协议的程序即可实现和webserver的通信，
fast-cgi: 协议的升级版本
基本版本是webserver每收到一个请求，都会去fork一个cgi进程，请求结束再kill掉这个进程。这样有10000个请求，就需要fork、kill php-cgi进程10000次
升级版本fast-cgi是每次处理完请求后，不会kill掉这个进程，而是保留这个进程，使这个进程可以一次处理多个请求
php-fpm的具体实现是进程管理器包含 master 进程和 worker 进程两种进程。master 进程只有一个，负责监听端口，接收来自 Web Server 的请求，而 worker 进程则一般有多个(具体数量根据实际需要配置)，每个进程内部都嵌入了一个 PHP 解释器，是 PHP 代码真正执行的地方。
UNIX Domain Socket：php-fpm.conf可配置listen为sock文件，sock比端口号更快
socket API原本是为网络通讯设计的，但后来在socket的框架上发展出一种IPC机制，就是UNIX Domain Socket。 虽然网络socket也可用于同一台主机的进程间通讯（通过loopback地址127.0.0.1）， 但是UNIX Domain Socket用于IPC更有效率：不需要经过网络协议栈，不需要打包拆包、计算校验和、维护序号和应答等，只是将应用层数据从一个进程拷贝到另一个进程。 UNIX域套接字与TCP套接字相比较，在同一台主机的传输速度前者是后者的两倍。 这是因为，IPC机制本质上是可靠的通讯，而网络协议是为不可靠的通讯设计的。 UNIX Domain Socket也提供面向流和面向数据包两种API接口，类似于TCP和UDP，但是面向消息的UNIX Domain Socket也是可靠的，消息既不会丢失也不会顺序错乱。
https://jaminzhang.github.io/network/the-difference-between-unix-domain-socket-and-tcp-ip-socket/
https://lists.freebsd.org/pipermail/freebsd-performance/2005-February/001143.html
cgi 协议主要是规范了输入和输出形式
处理请求的通用流程：
1. nginx.conf配置webserver参数, 请求PHP类应用可配置fastcgi_pass，指明监听端口或socket地址
2. php-fpm.conf中listen地址与nginx.conf fastcgi_pass字段配置一致（sock文件或是端口），表明php-fpm worker进程监听目标
3. 启动后，请求先到达nginx server端口，分发到对应位置，若配置了fastcgi-pass，则被转到对应端口或socket，php-fpm master进程监听到，再创建fork worker进程实际运行，运行结束返回给nginx。
www.example.com
|
|
Nginx
|
|
路由到www.example.com/index.php
|
|
加载nginx的fast-cgi模块
|
|
fast-cgi监听127.0.0.1:9000地址
|
|
www.example.com/index.php请求到达127.0.0.1:9000
|
|
php-fpm 监听127.0.0.1:9000
|
|
php-fpm 接收到请求，启用worker进程处理请求
|
|
php-fpm 处理完请求，返回给nginx
|
|
nginx将结果通过http返回给浏览器
后续：
由此再看yaf 框架，C实现，使用了webserver和php-fpm的话，实现了分层，按它的框架可快速实现请求处理（来源：http://www.laruence.com/manual/yaf.sequence.html）
几点反思：
实际需要实现分发效果到话，搭建nginx即可，无需框架，理解框架的作用是根据模块名分发URL
请求报错，日志显示fast-cgi相关到话，可理解为PHP解释器与nginx通信存在问题，check相关配置
