php-fpm重启

查看php-fpm端口是否在被php-fpm使用 sudo lsof -i:9000 一般修改 php.ini 文件后经常需要重启php-fpm sudo killall php-fpm // 关闭 再输入 sudo lsof -i:9000 就会发现php-fpm没有打印对应端口 sudo php-fpm // 启动 来源： CSDN 作者： WXiangQian王先森 链接： https://blog.csdn.net/qq175023117/article/details/104353403

win7安装docker见上一篇文章 准备工作：挂载本地磁盘到虚拟系统 本地文件夹结构 E:\docker nginx文件夹结构 conf文件夹结构 1、 docker pull nginx docker pull php:7.1-fpm 2、 启动php容器 docker run --name php7.1 -v /e/docker/html:/var/www/html -p 9000:9000 -d php:7.1-fpm 3、 启动nginx容器 docker run -d -p 8080:80 --name nginx1 -v /e/docker/html:/var/www/html -v /e/docker/nginx/conf/conf.d:/etc/nginx/conf.d -v /e/docker/nginx/logs:/var/log/nginx --link php7.1:php7.1 nginx 如果docker ps发现nginx未启动， 执行 su -c "setenforce 0" ， 不要添加 --privileged=true（要不然可能有文件权限问题） 如果docker ps发现nginx未启动， 执行 su -c "setenforce 0" （ 临时方式关闭selinux，每次容器重启前都要执行 ），不要添加 --privileged=true

一个master进程,支持多个pool,每个pool由master进程监听不同的端口,pool中有多个worker进程. 每个worker进程都内置PHP解释器,并且进程常驻后台,支持prefork动态增加. 每个worker进程支持在运行时编译脚本并在内存中缓存生成的opcode来提升性能. 每个worker进程支持配置响应指定请求数后自动重启,master进程会重启挂掉的worker进程. 每个worker进程能保持一个到MySQL/Memcached/Redis的持久连接,实现"连接池",避免重复建立连接,对程序透明. 使用数据库持久连接时应该设置固定数量的worker进程数,不要使用动态的prefork模式. 经 @syaokun219 和 @IM鑫爷 纠正,以下两句有误: master进程采用epoll模型异步接收和分发请求,listen监听端口,epoll_wait等待连接. 然后分发给对应pool里的worker进程,worker进程accept请求后poll处理连接. 应该是: master进程并不接收和分发请求,而是worker进程直接accept请求后poll处理. master进程不断调用epoll_wait和getsockopt是用来异步处理信号事件和定时器事件. 这里提一下,Nginx也类似,master进程并不处理请求,而是worker进程直接处理,

nginx和php-fpm调用方式 一.背景： 在开发中碰到一个问题，项目以nginx+php-fpm形式访问交互，结果访问项目时报错如下图： 二.分析： 提示很明确嘛，去看error.log（在nginx.conf或者vhost里头配置的，找到你对应路径即可） 错误信息如下： 1 2 3 2017/09/18 10:46:21 [error] 3880#0: *92 connect() failed (111: Connection refused) while connecting to upstream, client: 192.168.33.10, server: local.helios.com, request: "GET /v1/room/detail.json HTTP/1.1" , upstream: "fastcgi://127.0.0.1:9000" , host: "local.helios.com" 或 1 2 3 2017 /09/18 14:30:42 [crit] 5375 #0: *43 connect() to unix:/tmp/php-cgi.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.33.10,

1.依赖包和编译工具的 yum安装 对于 CentOS ，yum 向来是用作安装大批量依赖的工具，所以，一股脑安装这些依赖库吧。 yum install -y gcc gcc-c++ autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libxml2 libxml2-devel pcre-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel curl gdbm-devel db4-devel libXpm-devel libX11-devel gd-devel gmp-devel readline-devel libxslt-devel expat-devel xmlrpc-c xmlrpc-c-devel 2.编译安装re2c/bison/limcrypt 之前我们已经安装了 gcc 、 automake 、 autoconf 等，还需要 re2c 和 bison 这两个。这两个都是 PHP 的语法分析器，两者的下载地址： RE2C http://sourceforge.net/projects/re2c/files/0.15.3/re2c-0.15.3.tar.gz BSION http://ftp.gnu.org

一、apache环境下php的安装步骤如下： 【 注意：编译安装php前，应先安装好apache,因为编译php时要用到apache的路径 】 1. 在http://www.php.net/downloads.php下载php源代码，并存至/usr/local/src下 2. 切换至/usr/local/src下，解压php源码，并切换至解压后的php目录下 3. ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/httpd/bin/apxs --enable-mysqlnd 【配置时，可能会报错configure: error: xml2-config not found. Please check your libxml2 installation.--------解决方法： 需安装libxml2作为依赖(centos和ubuntu上安装libxml2的方式不太一样)】 4. make 5. make install 6. 配置http.conf,主要是整合php作为apache的模块出现（有时会自动帮我们配置好），在http.conf里加一句 AddType application/x-httpd-php .php 7. 复制php源码包中的 php.ini-development到指定目录（此处为：

近日，服务器出现异常，网站不能正常访问。经排查是php的问题。 在重启php-fpm时，恢复正常。1分钟之后又出现故障。查看php日志文件 /usr/local/php/var/log 后提示 WARNING: [pool www] server reached pm.max_children setting (5), consider raising it 子进程数已经达到设置的最大值。 要设置php进程数量。需要在php-fpm.conf文件中修改。 先看/usr/local/php/etc/php-fpm.conf文件各项配置解析 pid = run/php-fpm.pid #pid设置，默认在安装目录中的var/run/php-fpm.pid，建议开启 error_log = log/php-fpm.log #错误日志，默认在安装目录中的var/log/php-fpm.log log_level = notice #错误级别. 可用级别为: alert（必须立即处理）, error（错误情况）, warning（警告情况）, notice（一般重要信息）, debug（调试信息）. 默认: notice. emergency_restart_threshold = 60 emergency_restart_interval = 60s #表示在emergency

前言: 　　1.少安装PHP模块, 费内存 　　2.调高linux内核打开文件数量，可以使用这些命令(必须是root帐号)(我是修改/etc/rc.local，加入ulimit -SHn 51200的) echo `ulimit -HSn 65536` >> /etc/profile echo `ulimit -HSn 65536` >> /etc/rc.local source /etc/profile 　　如果`ulimit -n`数量依旧不多(即上面配置没生效)的话, 可以在 /etc/security/limits.conf 文件最后加上 * soft nofile 51200 * hard nofile 51200 1. 与Nginx使用Unix域Socket通信(Nginx和php-fpm在同一台服务器) 　　 Unix域Socket因为不走网络，的确可以提高Nginx和php-fpm通信的性能，但在高并发时会不稳定 。 　　Nginx会频繁报错：connect() to unix:/dev/shm/php-fcgi.sock failed (11: Resource temporarily unavailable) while connecting to upstream 　　可以通过下面两种方式提高稳定性： 　　1）调高nginx和php-fpm中的 backlog

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（动态）。在更老一些的版本中，dynamic被称作apache-like。这个要注意看配置文件给出的说明了。 下面4个参数的意思分别为： pm.max_children：静态方式下开启的php-fpm进程数量。 pm.start_servers：动态方式下的起始php-fpm进程数量。 pm.min_spare_servers：动态方式下的最小php-fpm进程数量。 pm.max_spare_servers：动态方式下的最大php-fpm进程数量。 如果dm设置为static，那么其实只有pm.max_children这个参数生效。系统会开启设置的数量个php-fpm进程。

1. Nginx的模块与工作原理 Nginx由内核和模块组成，其中，内核的设计非常微小和简洁，完成的工作也非常简单，仅仅通过查找配置文件将客户端请求映射到一个location block（location是Nginx配置中的一个指令，用于URL匹配），而在这个location中所配置的每个指令将会启动不同的模块去完成相应的工作。 Nginx的模块从结构上分为核心模块、基础模块和第三方模块： 核心模块：HTTP模块、EVENT模块和MAIL模块 基础模块：HTTP Access模块、HTTP FastCGI模块、HTTP Proxy模块和HTTP Rewrite模块， 第三方模块：HTTP Upstream Request Hash模块、Notice模块和HTTP Access Key模块。 用户根据自己的需要开发的模块都属于第三方模块。正是有了这么多模块的支撑，Nginx的功能才会如此强大。 Nginx的模块从功能上分为如下三类。 Handlers（处理器模块）。此类模块直接处理请求，并进行输出内容和修改headers信息等操作。Handlers处理器模块一般只能有一个。 Filters （过滤器模块）。此类模块主要对其他处理器模块输出的内容进行修改操作，最后由Nginx输出。 Proxies （代理类模块）。此类模块是Nginx的HTTP Upstream之类的模块