nginxphpfpm

‘壹’ nginx php-fpm记录php错误日志怎么配置

要想让php-fpm显示错误日志，首先需要配置php-fpm。
在php-fpm的配置文件中（一般位于php安装目录下的etc/php-fpm.conf）配置php错误日志的文件路径。

1
2
3
4
5
6

; Error log file
; If it's set to "syslog", log is sent to syslogd instead of being written
; in a local file.
; Note: the default prefix is /home/wangwei/php/var
; Default Value: log/php-fpm.log
;error_log = log/php-fpm.log

如上是我的php-fpm.conf文件中配置错误日志的地方。把error_log = log/php-fpm.log之前的;去掉，然后修改为：

1
2
3
4
5
6

; Error log file
; If it's set to "syslog", log is sent to syslogd instead of being written
; in a local file.
; Note: the default prefix is /home/wangwei/php/var
; Default Value: log/php-fpm.log
error_log = /home/work/log/php-fpm.log.wf

修改之后，保存配置，然后重启php-fpm就可以啦。
注意如果用相对路径的话，的路径的前缀是基于php安装目录的var目录的。

‘贰’ mac配置php-fpm，nginx运行多版本php

1、brew 安装 php5.6 php5.7 nginx

2、配置php-conf

3、配置虚拟主机

安装好brew

用brew 命令安装，如果速度太慢或访问不了，自行goole brew 换源

brew search php  查看可用的php版本

brew install [email protected]  安装php5.6

brew install [email protected] 安装php5.6

brew install nginx       安装nginx

1、修改php5.6 php-fpm的端口为9056

    cd usr/local/etc/php/5.6 # 到php5.6的目录下

    vi    php-fpm.conf # 修改文件

        listen = 127.0.0.1:9056  # 修改此端口

        daemonize = yes # 修改为允许后台启动php-fpm

2、修改php5.6 php-fpm的端口为9070

    cd /usr/local/etc/php/7.1/php-fpm.d # 到php7.1的目录下

    vi www.conf # 修改端口

        listen = 127.0.0.1:9056  # 修改此端口    

    vi    php-fpm.conf  # 修改文件

         daemonize = yes # 修改为允许后台启动php-fpm

3、启动php-fpm

    cd /usr/local/sbin # 到此目录，建立两个软链接指向不同版本的php

切换到root用户

./php-fpm56 

./php-fpm71

启动后可看到php-fpm的进程，则成功

ps-ef | grep php-fpm

cd /usr/local/etc/nginx/  # 到nginx的目录下

复制默认的配置文件到server下（此目录用来存虚拟主机文件）

这里我在server创建了这两个

vi local.phpinfo56.com.conf # 修改本地域名和nginx代理到php-fpm端口，按照这种方法修改另一个

nginx # 启动nginx

nginx -s reload # 修改配置文件，重新加载nginx

vi /etc /hosts  # 修改host 加上映射关系

cd  /usr /local/var/www # 在此目录下建立一个index.php

echo "<?php phpinfo();" > index.php

在浏览器访问可看到

‘叁’ docker 部署nginx、php-fpm错误记录

最近要使用docker部署nginx和php-fpm服务，因为以前部署过无数次的nginx+php-fpm，本以为轻车熟路，很快搞定，但是在这个最熟的环节却出了问题，耗费了小半天的时间，特把解决问题的过程记录如下：（使用docker 部署 nginx，php-fpm的具体步骤网上较多，不再此进行详述了）

问题：docker 部署完成 nginx，php-fpm后，运行服务，出现：recv() failed (104: Connection reset by peer) while reading response header from upstream

多次修改修改无果后，开始自己查找此错误：

证明php-fpm服务已经启动了，但是未知原因php-fpm把链接中断了。怀疑是底层tcp链接问题，使用netstat -s | grep reject,未发现异常链接。想不出啥原因,查看php-fpm error.log未发现有用信息

‘肆’ nginx与php-fpm的简单的关系流程图

流程：

1，首先Browser通过Http协议发送一个请求到Nginx服务器

2，Nginx服务判断是否为静态资源是的话直接放回，否则加载nginx.conf配置文件里的fastcgi模块。
3，Nginx通过fastcgi_pass （默认是127.0.0.0:9000）把对应的请求按照fastcgi协议转发到PHP-FPM,php-fpm的master进程会监听9000端口，然后给php-fpm work进程，work进程 再调用php-cgi解析器并且生成php执行环境再去执行解析对应的PHP文件
4，解析完成再返回给nginx,然后返回给浏览器。

注：
1，php-fpm会生成一个master进程用于监控9000端口，负责分发给下面的work进程
2，fastcgi 是一种协议用于解析器和服务器之间的交互

‘伍’ nginx和php-fpm之间是怎样通信的

FastCGI原理
FastCGI是一个运用于Http Server和动态脚本语言间通信的接口，多数流行的Http Server都支持FastCGI，包括Apache、Nginx和lighttpd等。同时，FastCGI也被许多脚本语言支持，其中就有PHP。
FastCGI接口方式采用C/S结构，可以将HttP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HttP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给客户端。这种方式可以让HttP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。

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 简单配置
location ~ \.php$ {
root /home/admin/web/nginx/html/;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/admin/web/nginx/html/$fastcgi_script_name;
include fastcgi_params;
}