nginx、php-fpm二三问

站长 2周前 访问:28 评论:0 关注:0

php-cgi为什么没了? php-fpm子进程是干啥的?

php-cgi是原来php自带的fastcgi进程管理器,有一些缺点,比如不能平滑重启,进程管理差。
php-fpm可以看做升级版的php-cgi.
php-fpm子进程就是工作进程,负责接收和处理请求, 和nginx类似。

fastcgi_pass 127.0.0.1:9000是干啥的 这种方式是http协议还是fastcgi协议?

是php-fpm的监听地址,可以是本机,也可以是其他机器.比如192.168.0.21:9000,php-fpm.conf中也需要为php-fpm进程池配置相同参数.
fastcgi协议。
这种通过tcp方式发送数据。
如果nginx和php部署在同台机器,也可用socket形式进行进程间通讯.

nginx如果和php socket通讯,是不是也要占用端口?

是,也是通过tcp协议,目标地址和端口已知,nginx作为客户端.php-fpm接受请求时需分配端口.如果部署在同台机器,可通过socket文件进行进程间通讯。极大提高性能。

fastcgi_pass和proxy_pass区别?

fastcgi_pass是把进程按照fastcgi要求的格式发送到php-fpm监听的地址。
proxy_pass只是把请求转发到其他web服务器.
fastcgi_pass和proxy_pass都可以交给upstream 模块处理。

php-fpm master进程并不接收和分发请求,而是worker进程直接accpet请求后poll处理.我看一篇文章这么说,那几百个worker进程,怎么知道谁去处理当前这个请求呢,这个逻辑谁做的?抢占式的吗 ?还是master来做空闲子进程的判断,指定某个进程处理?

抢占式,自己抢自己的。公园里喂鱼是的。

php-fpm和mod apache比较?php-fpm优势,为什么选择php-fpm?

性能表现差距不大。
内存小的时候,php-fpm更快,php-fpm使用更少的内存,apache对php模块管理较差。
以CGI方式运行时,web server将用户请求以消息的方式转交给PHP独立进程,PHP与web服务之间无从属关系.
纯粹调用--返回结果的形式通讯.而模块方式,则是将PHP做为web-server的子进程控制,两者之间有从属关系.最明显的例子就是在CGI模式下,如果修改了PHP.INI的配置文件,不用重启web服务便可生效,而模块模式下则需要重启web服务.
php-fpm可独立部署,当然解耦的同时也会带来tcp网络通讯的开销.

php为什么需要nginx,自己接受请求处理不就行了吗?

php当然可以自己接受请求处理,比如用socket可以自己实现一个web服务器,并且本身php5.4也内置一个web服务器。
使用nginx,个人理解,首先是一个解耦的操作,web服务器代码和业务代码解耦。并且nginx使用epoll,能快速处理请求。
其次,安全考虑,nginx能过滤很多非法请求,php本身是一门语言,请求处理并不强大,当然go语言等这方面做的不错。

--enable-force-cgi-redirect 选项作用?

一般安装php用 --enable-force-cgi-redirect 选项,PHP 在此模式下只会解析已经通过了 web 服务器的重定向规则的 URL。
若使用 CGI VERSION 模式来执行 PHP ,打开本选项会增加安全性。此编译选项可以防止任何人通过如 http://my.host/cgi-bin/php/secretdir/script.php 这样的 URL 直接调用 PHP。PHP 在此模式下只会解析已经通过了 web 服务器的重定向规则的 URL。
个人理解这种适合单一入口的程序。都进入index.php统一处理。如果程序非单一入口,则不可以启用该选项。

cgi和http的区别?

CGI脚本简单地讲是个运行在Web服务器上的程序, 有浏览器的输入触发. 这个脚本通常象服务器和系统中其他程序如数据库的桥梁。
CGI脚本是用下列两种方法使用的: 作为一个表单的ACTION 或 作为一个页中的直接link。现在cgi大部分用来处理表单。
为了能编写和运行CGI脚本, 你需要一个Web服务器.
即使你有一个Web服务器, 这个服务器必须特别地为运行CGI脚本配置一下. 那意味着你所有的脚本必须放置在一个叫做cgi-bin的目录下.
cgi比较古老,新的动态网页解析语言有php等。
http是一种协议,浏览器发送的也是http接口,个人理解浏览器发送过去的数据经过nginx,nginx处理成符合fastcgi协议标准,传递到php-fpm,经php解释器处理后,一部分是填充一些超全局变量,一部分解析为满足http协议的具体数据(比如form表单数据),然后进行处理。
总之关系不大,一个是处理动态网页程序,一个是一种程序间通讯协议。

http和rpc的区别?为什么要使用rpc框架(hessian等)?

http是一种应用层协议,php使用时,需要自己拼装http协议的头部和内容,如果需要响应头,curl设置
curl_setopt($curl, CURLOPT_HEADER, true); 自己解析。
RPC是一个软件结构概念,是构建分布式应用的理论基础.也可以基于http实现,或者基于socket等其他方式实现,个人理解,他的好处就是客户端调用像本地调用一样,方便,简洁,当系统之间交互很多,优点就体现出来了.
如果rpc基于tcp实现,传输中更是少了http头部传输,理论上一个请求能更快的完成。

http长连接和短连接的区别?

HTTP1.1规定了默认保持长连接(HTTP persistent connection ,也有翻译为持久连接),数据传输完成了保持TCP连接不断开(不发RST包、不四次握手),等待在同域名下继续用这个通道传输数据;相反的就是短连接。
Keep-Alive: timeout=20,表示这个TCP通道可以保持20秒。另外还可能有max=XXX,表示这个长连接最多接收XXX次请求就断开。
用长连接之后,客户端、服务端怎么知道本次传输结束呢?两部分:1是判断传输数据是否达到了Content-Length指示的大小;2动态生成的文件没有Content-Length,它是分块传输(chunked),这时候就要根据chunked编码来判断,chunked编码的数据在最后有一个空chunked块,表明本次传输数据结束。


评论

还没有人评论 ~

公告