fpm工作流程
fpm配置说明
进程池
全局配置:
进程池配置pool Definitions:
nginx通过unixsock与php-fpm通信:
fpm进程状态监控
backlog配置问题
fpm工作流程
fpm全名是FastCGI进程管理器(FastCGI是啥?了解下cgi和fastcgi)。
fpm启动后会先读php.ini,然后再读相应的conf配置文件,conf配置可以覆盖php.ini的配置。
启动fpm之后,会创建一个master进程,监听9000端口(可配置),master进程又会根据fpm.conf/www.conf去创建若干子进程,子进程用于处理实际的业务。
当有客户端(比如nginx)来连接9000端口时,空闲子进程会自己去accept,如果子进程全部处于忙碌状态,新进的待accept的连接会被master放进队列里,等待fpm子进程空闲;这个存放待accept的半连接的队列有多长,由listen.backlog
配置。
fpm配置说明
配置里面的所有相对路径,都是相对于php的安装路径。
进程池
除了有php-fpm.conf配置文件外,通常还有其他的*.conf配置文件(也可以不要,直接在php-fpm.conf配置)用于配置进程池,不同的进程池可以用不同的用户执行,监听不同的端口,处理不同的任务;多个进程池共用一个全局配置。
include=/opt/remi/php56/root/etc/php-fpm.d/*.conf 载入其他的配置文件。
全局配置:
1.0 pid = /opt/remi/php56/root/var/run/php-fpm/php-fpm.pid
pid进程文件,默认为none。
2.0 error_log = /opt/remi/php56/root/var/log/php-fpm/error.log
错误日志位置,默认:安装路径 #INSTALL_PREFIX#/log/php-fpm.log。如果设置为syslog
,log就会发送给syslogd服务而不会写进文件里。
3.0 syslog.facility = daemon
把日志写进系统log,linux还不够熟悉,暂时不用理会。
3.1 syslog.ident = php-fpm
系统日志标示,如果跑了多个fpm进程,需要用这个来区分日志是谁的。
4.0 log_level = notice
日志等级,默认notice,可选:alert, error, warning, notice, debug
5.0 emergency_restart_threshold = 60
配合5.1用
5.1 emergency_restart_interval = 60s
如果在此参数设置的时间内,出现SIGSEGV或SIGBUS的子进程数超过5.0号参数设置的值,那么fpm就会优雅的重启,值是0表示off这个功能,可用的单位有:s秒,m分,h时,d天。
6.0 process_control_timeout = 0
设置子进程接受主进程复用信号的超时时间。这个每天明白,是过了这个时间就不能复用了?
7.0 process.max = 128
当动态管理子进程时,fpm最多能fork多少个进程,0表示无限制,这是所有进程池能启动子进程的总和,谨慎使用。
8.0 process.priority = -19
设置子进程的优先级,在master进程以root用户启动时有效;如果没有设置,子进程会继承master进程的优先级,值范围-19(最高)到20(最低),默认不设置。
9.0 daemonize = yes
设置成no用于调试bug,默认为yes。
10.0 rlimit_files = 1024
设置master进程最多能打开的文件,默认为系统的值。
11.0 rlimit_core = 0
master进程核心rlimit限制值;可选unlimited或>=0的整数,默认为系统的值。
12.0 events.mechanism = epoll
事件处理机制,默认自动检测,可选值:select,poll,epoll(linux>=2.5.44),kqueue,/dev/poll,port
13.0 systemd_interval = 10s
当fpm被设置为系统服务时,多久向服务器报告一次状态,单位有s,m,h。
进程池配置pool Definitions:
在不同的监听端口和不同的管理选项下可以跑任意数量的池,并没有个数限制;
池的名字用于logs和stats。
1.0 user = apache
,group = apache
以什么用户什么组的权限来运行池fpm。
用apache可以像httpd服务一样去访问某些目录
2.0 listen = 127.0.0.1:9000
监听的ip和端口,可以/path/to/unix/socket
来监听unix socket,性能更好。
3.0 listen.backlog = 65535
未accept处理的socket队列大小,-1 on FreeBSD and OpenBSD,其他平台默认65535,高并发时重要,合理设置会及时处理排队的请求;太大会积压太多,处理完后nginx在前面都等超时断开这个和fpm的socket连接了,就杯具了。不要用-1,建议1024以上,最好是2的幂值。
一个池共用一个backlog队列,所有的池进程都去这个队列里accept连接。
最大数量受限于系统配置
cat /proc/sys/net/core/somaxconn
,系统配置修改:vim /etc/sysctl.conf
,增加net.core.somaxconn = 2000
则最大为2000,然后php最大的backlog可以到2000。
4.0 用socket连接方式时,指定拥有unix socket权限的用户,默认和运行的用户一样;用tcp连接可以注释掉
listen.owner =apache
listen.group =apache
listen.mode = 0660
5.0 listen.allowed_clients = 127.0.0.1
设置允许连接fpm的地址,比如nginx就要来连,多个地址用逗号隔开,如果不配置,则默认任意地址都能来连。
6.0 process.priority = -19
池进程的权限,同样要master进程是root用户才有效,和全局那个一样,不设置的话会继承master进程的优先级。
7.0
pm = dynamic 启动时子进程管理方式,可选值:static(启动时创建指定个数), dynamic(启动时根据情况创建,至少有一个), ondemand(启动时不创建子进程,有需求才创建)
pm.max_children = 5 该池同时最多存在5个进程, 三种管理方式都要配置
pm.start_servers = 2 fpm启动时创建2个子进程,只适用动态dynamic管理方式
pm.min_spare_servers = 2 服务器闲置时最少保持2个子进程,不够这个数就会创建,只适用动态dynamic管理方式
pm.max_spare_servers = 3 服务器闲置时最多要有几个,多了会kill,只适用动态dynamic管理方式
pm.process_idle_timeout = 10s; 子进程闲置10s后就会被杀掉。
8.0 pm.max_requests = 500
每个子进程最大处理500请求就被回收,可防止内存泄露。
9.0 有几个设置,可以看fpm的status,和nginx的差不多。
10.0 access.log = var/log/$pool.access.log
访问文件日志,没啥用处,比如yii2每次都记录访问index.php,只是记录真实的PHP文件。
11.0 slowlog = var/log/$pool.log.slow
PHP文件执行过慢的日志,会准确的记录具体哪一行代码太慢,这个非常有用,在设置了时间时生效。
11.1 request_slowlog_timeout = 2s
超过这个运行时间就会写慢日志
12.0 request_terminate_timeout = 3s
单个请求的超时时间,有时候php.ini设置的最大执行时间未生效,这个就会来干掉那个执行太久的请求。
13.0 rlimit_files = 1024
最大打开句柄数,默认为系统值。
14.0 rlimit_core = 0
最多的核心使用数,默认为系统分配。
15.0 chroot = /path
路径必须是绝对路径,改变子进程的跟目录,可以把进程对文件系统的读写与实际的操作系统文件系统隔离,对安全有好处。
16.0 chdir = /var/www
改变当前工作目录,可以用相对路径,默认是当前目录或者chroot。
17.0 catch_workers_output = yes
重定向标准输出stdout和标准错误stderr到主错误日志,如果不设置,这两个日志就会定向到/dev/null,在高负载情况下,这个配置会引起页面延迟几毫秒,默认不开启。
18.0 clear_env = no
创建work进程时是否清除环境变量,如果是yes,那么该子进程getenv()就访问不到$_ENV
和$_SERVER
了。
19.0 security.limit_extensions = .php .php3 .php4 .php5
为了安全,限制能执行的脚本后缀
20.0 为当前池指定另外的php.ini配置,比如指定当前池的错误日志写在哪个地方
php_value/php_flag 可以设置php.ini的内容,可以被ini_set覆盖
php_admin_value/php_admin_flag 这个同上,但是不会被ini_set覆盖。
其中flag设置的,值只能是on, off, 1, 0, true, false, yes or no,其他类型的值需要用value。
php_flag[display_errors] = off
php_admin_value[error_log] = /var/
-
npm发布vue组件
开发之前先看看官网的 开发规范 我们开发的之后期望的结果是支持 import、require 或者直接使用 script 标签的形式引入,就像这样
-
.vue文件 加scoped 样式不起作用
在vue组件中,为了使样式私有化(模块化),不对全局造成污染,在style标签上添加scoped属性,以表示它只属于当下的模块。但是要慎用,因为在我们需要修改公共组件(第三方库或者项目中定制的组件)的样式的时候,scoped会造成很多困难,组要增加额外的复杂度。
-
Vue中的scoped和scoped穿透,scoped原理
在Vue文件中的style标签上有一个特殊的属性,scoped。当一个style标签拥有scoped属性时候,它的css样式只能用于当前的Vue组件,可以使组件的样式不相互污染。如果一个项目的所有style标签都加上了scoped属性,相当于实现了样式的模块化。
-
npm下取消已发布的版本package,撤销发布
npm unpublish仅仅在发布后的24小时内有效,假如超过了24小时,则需要连续npm官方去取消发布啦。
-
laravel自定义分页LengthAwarePaginator
有时候我们使用larave提供的后台分页数据库查询,有时候限制太多,我们需要自己定制分页功能。 下面是我给大家一个例子,我们可以根据例子,制作自己的分页功能。
-
vue中使用keepAlive组件缓存遇到的坑
项目开发中在用户由分类页category进入detail需保存用户状态,查阅了Vue官网后,发现vue2.0提供了一个keep-alive组件。
-
vue缓存之keep-alive,设置想要缓存的页面
结合router,缓存部分页面
-
Vue路由开启keep-alive缓存页面
Vue路由开启keep-alive缓存页面,跳转时设置页面缓存
-
聊聊keep-alive组件的使用及其实现原理
keep-alive是Vue.js的一个内置组件。它能够不活动的组件实例保存在内存中,而不是直接将其销毁,它是一个抽象组件,不会被渲染到真实DOM中,也不会出现在父组件链中。 它提供了include与exclude两个属性,允许组件有条件地进行缓存。
-
vue----keep-alive缓存,activated,deactivated两个生命周期函数,,meta实现缓存
如果没有缓存,每点击一次导航,内容区就会创建一个组件,该组件会经历整个生命周期,每点击一次,就会创建一个组件,比较浪费性能, 这时,我们就要考虑到是否能将点击过的已创建的组件进行缓存,当再次点击已访问过的组件时,这时,就会从缓存中获取该组件,而不会重新创建,
-