php和nginx之间是如何工作的

Nginx+php-fpm实现原理Nginx本身不会对PHP进行解析，终端对PHP页面的请求将会被Nginx交给FastCGI进程监听的IP地址及端口，由php-fpm作为动态解析服务器处理，最后将处理结果再返回给nginx。其实，Nginx就是一个反向代理服务器。Nginx通过反向代理厅野扒功能将动态请求转向后端php-fpm，从而实现对PHP的解析支持，这就是Nginx实现PHP动态解析的原理。Nginx不支持对外部程序的直接调用或者解析，所有的外部程序（包脊渣括PHP）必须通过FastCGI接口来调用。FastCGI接口在Linux下是socket（这个socket可以是文件socket，也可以是ip socket）。为了调用CGI程序，还需要一个FastCGI的wrapper（wrapper可以理解为用于启动另一个程序的程序），这个wrapper绑定在某个固定socket上，如端口或者文件socket。当Nginx将CGI请求发送给这个socket的时候，通过FastCGI接口，wrapper接收到请求，然后派生出一个新的线程，这个线程调用解释器或者外部程序处理脚本并读取返回数据；接着，wrapper再扮昌将返回的数据通过FastCGI接口，沿着固定的socket传递给Nginx；最后，Nginx将返回的数据发送给客户端。

当nginx接收到一个http请求时，通过配置文件找到对应的server。然后匹配server中的所有location，找到最匹配的。而在location中的命令会启动不同的模块去完成工作，比如rewrite模块、index模块。因此在nginx中模块可以看作真正的劳动工作者。nginx的模块是被编译到nginx中的，属于静态方式。启动nginx时，模块被自动加载。

1、首先需要说明的是，不能用exec命令。他会在客户端推流结束的同时自动终止调用的外部程序，结果团拍就是最后ffmpeg无法进行完整的编码。该命令只适合将接到的流转推到其他地址。

2、应该使用exec_record_done配合record命令使用。即在录制结束之后自动对已录制的文件进行转码 *** 作得到MP4文件。根据是否使用record_interval命令又有两种不同的情况。

2A、若不使用record_interval，则会在推流停止后（即record完全停止后）才进行转码，在这之前得不到任何输出

2B、若使用record_interval，即可设置每隔一段时间就重新开始录制，结合record_append on命令，可确保最后录制的视频都在一个文件中，否则就会给每段录制都生成一个单独的文件。使用这两个命令之后，转码也会相应地每隔一段槐或唤时间就进行一次，但最后都输出（覆铅凯盖）到同一个文件中。优点是能近乎“实时”地进行转码，缺点是会重复调用ffmpeg，占用系统资源。

3、需要注意的是，以上两种方法最后得到的转码文件（的时长）是相同的。

4、nginx.conf配置示例

[html] view plain copy

application hls {

live on

hls on

record all

record_path /home/zhanghui/test

#record_interval 10s

#record_append on

hls_path /tmp/app

hls_fragment 5s

# convert recorded file to mp4 format

exec_record_done '/usr/local/bin/ffmpeg' -y -i /home/zhanghui/test/livestream.flv -vcodec libx264 -f mp4 /home/zhanghui/test/test_record.mp4 2>>/home/zhanghui/test/test_record.log

}

---