好得很程序员自学网
  • 首页
  • 后端语言
    • C#
    • PHP
    • Python
    • java
    • Golang
    • ASP.NET
  • 前端开发
    • Angular
    • react框架
    • LayUi开发
    • javascript
    • HTML与HTML5
    • CSS与CSS3
    • jQuery
    • Bootstrap
    • NodeJS
    • Vue与小程序技术
    • Photoshop
  • 数据库技术
    • MSSQL
    • MYSQL
    • Redis
    • MongoDB
    • Oracle
    • PostgreSQL
    • Sqlite
    • 数据库基础
    • 数据库排错
  • CMS系统
    • HDHCMS
    • WordPress
    • Dedecms
    • PhpCms
    • 帝国CMS
    • ThinkPHP
    • Discuz
    • ZBlog
    • ECSHOP
  • 高手进阶
    • Android技术
    • 正则表达式
    • 数据结构与算法
  • 系统运维
    • Windows
    • apache
    • 服务器排错
    • 网站安全
    • nginx
    • linux系统
    • MacOS
  • 学习教程
    • 前端脚本教程
    • HTML与CSS 教程
    • 脚本语言教程
    • 数据库教程
    • 应用系统教程
  • 新技术
  • 编程导航
    • 区块链
    • IT资讯
    • 设计灵感
    • 建站资源
    • 开发团队
    • 程序社区
    • 图标图库
    • 图形动效
    • IDE环境
    • 在线工具
    • 调试测试
    • Node开发
    • 游戏框架
    • CSS库
    • Jquery插件
    • Js插件
    • Web框架
    • 移动端框架
    • 模块管理
    • 开发社区
    • 在线课堂
    • 框架类库
    • 项目托管
    • 云服务

当前位置:首页>后端语言>PHP
<tfoot draggable='sEl'></tfoot>

phpfpm怎么使用 phpipam使用指南

很多站长朋友们都不太清楚phpfpm怎么使用,今天小编就来给大家整理phpfpm怎么使用,希望对各位有所帮助,具体内容如下:

本文目录一览: 1、 php-fpm的工作机制 2、 如何用php-fpm 执行php程序 3、 mac配置php-fpm,nginx运行多版本php 4、 如何启用 Apache 的 PHP-FPM 多实例 5、 了解PHP-FPM php-fpm的工作机制

概括来说,fpm 的实现就是创建一个 master 进程,在 master 进程中创建并监听 socket,然后 fork 出多个子进程,这些子进程各自 accept 请求,子进程的处理非常简单,它在启动后阻塞在 accept 上,有请求到达后开始读取请求数据,读取完成后开始处理然后再返回,在这期间是不会接收其它请求的,也就是说 fpm 的子进程同时只能响应一个请求,只有把这个请求处理完成后才会 accept 下一个请求,这一点与 nginx 的事件驱动有很大的区别,nginx 的子进程通过 epoll 管理套接字,如果一个请求数据还未发送完成则会处理下一个请求,即一个进程会同时连接多个请求,它是非阻塞的模型,只处理活跃的套接字。

fpm 的 master 进程与 worker 进程之间不会直接进行通信,master 通过共享内存获取 worker 进程的信息,比如 worker 进程当前状态、已处理请求数等,当 master 进程要杀掉一个 worker 进程时则通过发送信号的方式通知 worker 进程。

fpm 可以同时监听多个端口,每个端口对应一个 worker pool,而每个 pool 下对应多个 worker 进程,类似 nginx 中 server 概念。

在 php-fpm.conf 中通过[pool name]声明一个 worker pool:

启动 fpm 后查看进程:

具体实现上 worker pool 通过fpm_worker_pool_s这个结构表示,多个 worker pool 组成一个单链表

接下来看下 fpm 的启动流程,从main()函数开始:

fpm_init()主要有以下几个关键操作:

(1) fpm_conf_init_main():

解析 php-fpm.conf 配置文件,分配 worker pool 内存结构并保存到全局变量中:fpm_worker_all_pools,各 worker pool 配置解析到fpm_worker_pool_s->config中。

(2)fpm_scoreboard_init_main():

分配用于记录 worker 进程运行信息的共享内存,按照 worker pool 的最大 worker 进程数分配,每个 worker pool 分配一个fpm_scoreboard_s结构,pool 下对应的每个 worker 进程分配一个fpm_scoreboard_proc_s结构。

(3)fpm_signals_init_main():

这里会通过socketpair()创建一个管道,这个管道并不是用于 master 与 worker 进程通信的,它只在 master 进程中使用,具体用途在稍后介绍 event 事件处理时再作说明。另外设置 master 的信号处理 handler,当 master 收到 SIGTERM、SIGINT、SIGUSR1、SIGUSR2、SIGCHLD、SIGQUIT 这些信号时将调用sig_handler()处理:

(4)fpm_sockets_init_main()

创建每个 worker pool 的 socket 套接字。

(5)fpm_event_init_main():

启动 master 的事件管理,fpm 实现了一个事件管理器用于管理 IO、定时事件,其中 IO 事件通过 kqueue、epoll、poll、select 等管理,定时事件就是定时器,一定时间后触发某个事件。

在fpm_init()初始化完成后接下来就是最关键的fpm_run()操作了,此环节将 fork 子进程,启动进程管理器,另外 master 进程将不会再返回,只有各 worker 进程会返回,也就是说fpm_run()之后的操作均是 worker 进程的。

在 fork 后 worker 进程返回了监听的套接字继续 main() 后面的处理,而 master 将永远阻塞在fpm_event_loop(),接下来分别介绍 master、worker 进程的后续操作。

fpm_run()执行后将 fork 出 worker 进程,worker 进程返回main()中继续向下执行,后面的流程就是 worker 进程不断 accept 请求,然后执行 PHP 脚本并返回。整体流程如下:

worker 进程一次请求的处理被划分为 5 个阶段:

worker 处理到各个阶段时将会把当前阶段更新到fpm_scoreboard_proc_s->request_stage,master 进程正是通过这个标识判断 worker 进程是否空闲的。

接下来我们来看下 master 是如何管理 worker 进程的,首先介绍下三种不同的进程管理方式:

前面介绍到在fpm_run()中 master 进程将进入fpm_event_loop():

这就是 master 整体的处理,其进程管理主要依赖注册的几个事件,接下来我们详细分析下这几个事件的功能。

(1)sp[1]管道可读事件:

在 fpm_init() 阶段 master 曾创建了一个全双工的管道:sp,然后在这里创建了一个 sp[0] 可读的事件,当 sp[0] 可读时将交由 fpm_got_signal() 处理,向 sp[1] 写数据时 sp[0] 才会可读,那么什么时机会向 sp[1] 写数据呢?前面已经提到了:当 master 收到注册的那几种信号时会写入 sp[1] 端,这个时候将触发 sp[0] 可读事件。

这个事件是 master 用于处理信号的,我们根据 master 注册的信号逐个看下不同用途:

具体处理逻辑在 fpm_got_signal() 函数中,这里不再罗列。

(2)fpm_pctl_perform_idle_server_maintenance_heartbeat():

这是进程管理实现的主要事件,master 启动了一个定时器,每隔 1s 触发一次,主要用于 dynamic、ondemand 模式下的 worker 管理,master 会定时检查各 worker pool 的 worker 进程数,通过此定时器实现 worker 数量的控制,处理逻辑如下:

(3)fpm_pctl_heartbeat():

这个事件是用于限制 worker 处理单个请求最大耗时的,php-fpm.conf 中有一个request_terminate_timeout的配置项,如果 worker 处理一个请求的总时长超过了这个值那么 master 将会向此 worker 进程发送kill -TERM信号杀掉 worker 进程,此配置单位为秒,默认值为 0 表示关闭此机制,另外 fpm 打印的 slow log 也是在这里完成的。

除了上面这几个事件外还有一个没有提到,那就是 ondemand 模式下 master 监听的新请求到达的事件,因为 ondemand 模式下 fpm 启动时是不会预创建 worker 的,有请求时才会生成子进程,所以请求到达时需要通知 master 进程,这个事件是在fpm_children_create_initial()时注册的,事件处理函数为fpm_pctl_on_socket_accept(),具体逻辑这里不再展开,比较容易理解。

原文出处:

如何用php-fpm 执行php程序

第一步:确定php-fpm配置文件的路径,执行:

ps -aux | grep php-fpm

图中,我的是在 /soft/php7/etc/ 目录,在这个目录下有个php-fpm.d目录,打开这个目录后,找到文件,修改该文件里:

user = www

group = www

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 php@5.6? 安装php5.6

brew install php@7.1 安装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 # 修改端口

? ? ????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测试数据.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

在浏览器访问可看到

如何启用 Apache 的 PHP-FPM 多实例

我觉得第一步要先安装 Epel 仓库步骤 2:安装 nDeploy RPM 仓库,这是此次安装中最为 重要的步骤。步骤 3:使用 yum 从 nDeploy 仓库安装 nDeploy 和 Nginx 插件。步骤 4:启用/配置 Nginx 为反向代理。

完成这些步骤后,下面为服务器中所有可用 PHP 版本安装 PHP-FPM 包,EA3 使用 remi 仓库来安装这些包。可以运行这个 nDeploy 脚本来下载所有的包。如果还有不明白的话,你可以在后盾人看看视频找找答案,有空多看看时间长了,慢慢就明白了,希望能帮到你,给个采纳吧谢谢?(?òωó?)?

了解PHP-FPM

在服务器上,当我们查看php进程时,全都是php-fpm进程,大家都知道这个就是php的运行环境,那么,它到底是个什么东西呢?

PHP-FPM,就是PHP的FastCGI管理器,用于替换PHP FastCGI的大部分附加功能,在PHP5.3.3后已经成为了PHP的标配。

有小伙伴要问了,FastCGI又是什么鬼?CGI程序又叫做“通用网关接口”,就是让Web服务器和你的应用程序进行交互的一个接口。就像nginx中需要配置的fastcgi_pass,一般我们会使用127.0.0.1:9000或者unix:/tmp/php-cgi.sock来配置这个参数。它的意思就是告诉nginx,过来的请求使用tcp:9000端口的监听程序来处理或者使用unix/socket来处理。它们都是指向的PHP运行程序。

再说得通俗一点,我们运行php脚本用的是

php-fpm就相当于是这个php命令。nginx通过fastcgi_pass来运行php $nginx_root(nginx配置文件中网站根目录root配置)下的index.php。所以,如果你用的是python或者其他什么语言,都可以用它们的cgi程序来让nginx调用。

FastCGI和CGI又有什么不同呢?FastCGI是启动一个socket接口,服务器应用不需要自己去运行php,只需要向这个socket接口提交请求就可以了。

php-fpm在编译php时需要添加--enable-fpm。一些通用的集成安装包如lnmp、phpStudy等都会默认编译并使用php-fpm,毕竟是标配。

上文中说过nginx可以使用127.0.0.1:9000和unix:/tmp/php-cgi.sock这两种方式来调用php-fpm。它们有什么区别呢?

前者,一般带9000端口号的,是tcp形式的调用。也就是php-fpm启动了一个监听进程对9000端口进行监听。它会调起一个tcp/ip服务,nginx在调用的时候会走一次tcp请求流程,也就是3次握手4次挥手,会走到网络七层中的第四层传输层。相对来说这种方式性能会稍差一点,启动php-fpm后使用nestat查看端口中会出现9000端口的占用。

后者,使用的是unix套接字socket服务,通过sock文件来交换信息,性能相对好一些,因为它没有tcp连接过程,也不会有9000端口的占用。

对于高负载大访问量的网站还是推荐使用unix方式,对于普通小网站来说,无所谓使用哪个都可以,tcp方式反而更容易配置和理解,也是php-fpm.conf中默认的监听方式。

php-fpm.conf配置中的listen属性用来配置监听,这里的配置要和nginx中的一致,使用tcp的就监听127.0.0.1:9000,使用unix的就设置成/tmp/php-cgi-56.sock。

以下内容摘自官方文档:

===========

各自媒体平台均可搜索【硬核项目经理】

关于phpfpm怎么使用的介绍到此就结束了,不知道本篇文章是否对您有帮助呢?如果你还想了解更多此类信息,记得收藏关注本站,我们会不定期更新哦。

查看更多关于phpfpm怎么使用 phpipam使用指南的详细内容...

声明:本文来自网络,不代表【好得很程序员自学网】立场,转载请注明出处:http://haodehen.cn/did210201
更新时间:2023-05-03   阅读:51次

上一篇: php虚拟主机无法访问 php虚拟机环境搭建

下一篇:php技术经理面试题交流 php技术经理面试问题

相关资讯

最新资料更新

  • 1.php定义多个常量 php定义多个变量
  • 2.php的项目开发 php项目开发案例整合
  • 3.怎么写php需求 php市场需求
  • 4.扫描登录php代码 扫描登录php代码错误
  • 5.php课堂系统 php网课系统
  • 6.关于PHPchmod的信息
  • 7.php棋牌小游戏 棋牌类小程序
  • 8.php资源扫描教程 php识别二维码内容源码
  • 9.输出jsonphp代码 js 输出json
  • 10.php瀑布流响应 html 瀑布流
  • 11.php中if应用 php中if语句
  • 12.php短信android Php短信对接视频
  • 13.php体彩投注 体彩官方投注
  • 14.csrfphp防的简单介绍
  • 15.php的sql累加 sql实现累加
  • 16.JavaPHP你好 java welcome
  • 17.php内存管理垃圾回收 php的垃圾回收机制是怎样的
  • 18.php添加curl支持 php curl formdata
  • 19.php旋转图片保存 php转jpg
  • 20.php怎样打开url php链接怎么打开

CopyRight:2016-2025好得很程序员自学网 备案ICP:湘ICP备09009000号-16 http://haodehen.cn
本站资讯不构成任何建议,仅限于个人分享,参考须谨慎!
本网站对有关资料所引致的错误、不确或遗漏,概不负任何法律责任。
本网站刊载的所有内容(包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等)版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时,请及时通知本站,予以删除。

网站内容来源于网络分享,如有侵权发邮箱到:kenbest@126.com,收到邮件我们会即时下线处理。
网站框架支持:HDHCMS   51LA统计 百度统计
Copyright © 2018-2025 「好得很程序员自学网」
[ SiteMap ]