php-fpm

EwoMail 1.05 发布了。EwoMail 是基于 Linux 的开源邮件服务器软件，集成了众多优秀稳定的组件，是一个快速部署、简单高效、多语言、安全稳定的邮件解决方案。 更新内容： 1、兼容 centos 7 将部分主要的组件重新打包，测试，并且兼容centos6和centos7。 2、新加nginx 默认绑定80端口，需手动启动。 3、新加php-fpm 可以利用nginx配置php-fpm或apache，php-fpm默认端口9000，需手动启动。 4、apache 取消apache绑定的80端口，邮箱管理后台与webmail保留端口，保持原来的apache运行。 原文来自： https://www.linuxprobe.com/ewomail-1-05.html 来源： oschina 链接： https://my.oschina.net/u/3586129/blog/1844653

Nginx防盗链 在配置文件里写入以下内容： 用curl测试 访问控制 Nginx限制某些IP不能访问或者只允许某些IP访问。 配置文件写入如下内容： allow 表示允许访问的IP，deny限制访问的IP。 匹配正则来限制，在配置文件里写入下面内容 ： location ~ .*(abc|image)/.*\.php$ { deny all; } 访问的URL中带有abc或image字符串，并且是PHP的请求拒绝访问。 也可以通过针对user_agent做限制，内容如下： if ($http_user_agent ~ 'Spider/3.0|YoudaoBot|Tomato') { return 403; } ~是匹配符号，user_agent中含有Spider/3.0或YoudaoBot或Tomato字符串的，都会被拒绝。return 403 表示返回403状态码，也可以换成deny all。 Nginx解析PHP相关配置 配置文件添加如下内容： fastcgi_pass 用来指定php-fpm的地址，这个地址要和php-fpm服务监听的地址匹配。 Nginx代理 一家公司由很多台服务器，为了节省成本，不能为所有的服务器都分配公网IP，如果一个没有公网IP的服务器要提供Web服务，就要通过Nginx代理实现。 如果Nginx后面有很多台Web服务器，同时代理

若fpm配置文件中配置如下： listen = 127.0.0.1:9000 则对应的nginx.conf中的配置应为： fastcgi_pass 127.0.0.1:9000; 此时开启9000端口监听，不会生成sock文件 若fpm中的配置为使用 Unix套接字，如下： listen = /run/php/php7.2-fpm.sock 则对应nginx.conf中的配置应为： fastcgi_pass unix:/run/php/php7.2-fpm.sock; 此时9000端口未开启，在/run/php/下生成php7 .2-fpm.sock文件 ： 若两者不匹配则nginx启动失败。 若fpm为sock，nginx为127.0.0.1:9000，则会出现以下错误： connect() failed (111: Connection refused) while connecting to upstream 若fpm未127.0.0.1:9000,nginx为sock，则会出现以下错误： connect() to unix:/run/php/php7.2-fpm.sock failed (2: No such file or directory) while connecting to upstream 来源： https://www.cnblogs.com/adhzl/p

一、 需要搞清楚几个名词概念 1. CGI （ Common Gateway Interface ， CGI ）通用网关接口 , 是 Web 服务器运行时外部程序的规范 ，按 CGI 编写的程序可以扩展服务器功能。 CGI 应用程序能与 浏览器 进行交互，还可通过数据 API 与数据库服务器等外部数据源进行 通信 ，从数据库服务器中获取数据。格式化为 HTML 文档后，发送给浏览器，也可以将从浏览器获得的数据放到数据库中。几乎所有 服务器 都支持 CGI ，可用任何语言编写 CGI ，包括流行的 C 、 C ++ 、 Java 、 VB 和 Delphi 等。 所以说 CGI 是一个协议，不是进程。 CGI 的存在，可以使用户通过浏览器来访问执行在服务器上的动态程序； CGI 是 Web 服务器与 CGI 程序间传输数据的标准； 服务器端 CGI 程序接收信息有三种途径：环境变量、命令行和标准输入。 命令行： <form> 表单的 Method=GET ，向 CGI 传递表单编码信息是通过命令方式来进行的。 标准输入： <form> 表单的 Method=POST ，向 CGI 传递表单编码信息是通过标准输入方式来进行的。 环境变量： 表单编码信息是通过环境变量 QUERY_STRING 来传递。 浏览器传递数据方式： POST: 发送数据大小不受限制， 环境变量 CONTENT

nginx没有像apche open_basedir限制脚本的目录 如果多人共同使用 可以很容易被跨目录 可以用php-fpm的端口来限制脚本跳转 参考网上方法 比如 itxti.net这个用9002端口 location ~ \.php$ { fastcgi_pass 127.0.0.1:9002; fastcgi_index index.php; include fcgi.conf; } 另外站用: location ~ \.php$ { fastcgi_pass 127.0.0.1:9001; fastcgi_index index.php; include fcgi.conf; } 进入到php-fpm.conf 文件所在的目录 mkdir 一个vhost目录来存放每个网站对应的php-fpm的配置文件 cp ./php-fpm.conf ./vhost/itxti.conf 在编辑itxti.conf 在<value name="php_defines">处加入 <value name="open_basedir">/www/web/itxti:/tmp:/var/tmp</value> 限制脚本能访问的目录 并修改端口 <value name="listen_address">127.0.0.1:9002</value>

做网站的同学经常会发现一些nginx服务器访问时候提示504 Gateway Time-out错误，而出现这种错误有两种情况，第一种可能是由于nginx默认的fastcgi进程响应的缓冲区太小造成的, 这将导致fastcgi进程被挂起, 如果你的fastcgi服务对这个挂起处理的不好, 那么最后就极有可能导致504 Gateway Time-out。而第二种就有可能是PHP环境的配置问题，有些网站一直是使用nginx做代理后端的apache运行php来提供服务。apache经常会不定期不定时间的出现不能服务失去响应，然后nginx出现”504 Gateway Time-out”. 那么遇到这些情况应该怎样处理呢?下面是关于nginx服务器出现504 Gateway Time-out的解决方法。 原因一： 由于nginx默认的fastcgi进程响应的缓冲区太小造成 解决方式： 一般默认的fastcgi进程响应的缓冲区是8K，这时可以设置大一点，在nginx.conf里，加入： fastcgi_buffers 8 128k 这表示设置fastcgi缓冲区为8块128k大小的空间。 当然如果在进行某一项即时的操作, 可能需要nginx的超时参数调大点, 例如设置成60秒: send_timeout 60; 经过这两个参数的调整，一般不会再提示“504 Gateway Time-out

PHP-FPM也是一个第三方的FastCGI进程管理器，它是作为PHP的一个补丁来开发的，在安装的时候也需要和PHP源码一起编译，也就是说PHP-FPM被编译到PHP内核中，因此在处理性能方面更加优秀；同时它在处理高并发方面也比spawn-fcgi引擎好很多，因此，推荐Nginx+PHP/PHP-FPM这个组合对PHP进行解析。 FastCGI 的主要优点是把动态语言和HTTP Server分离开来，所以Nginx与PHP/PHP-FPM经常被部署在不同的服务器上，以分担前端Nginx服务器的压力，使Nginx专一处理静态请求和转发动态请求，而PHP/PHP-FPM服务器专一解析PHP动态请求 #fastcgi FastCGI是一个可伸缩地、高速地在HTTP server和动态脚本语言间通信的接口。多数流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同时，FastCGI也被许多脚本语言所支持，其中就有PHP。 FastCGI是从CGI发展改进而来的。传统CGI接口方式的主要缺点是性能很差，因为每次HTTP服务器遇到动态程序时都需要重新启动脚本解析器来执行解析，然后结果被返回给HTTP服务器。这在处理高并发访问时，几乎是不可用的。另外传统的CGI接口方式安全性也很差，现在已经很少被使用了。 FastCGI接口方式采用C/S结构

很多框架默认路由都是 PATH_INFO 模式，比如默认在 Apache 并且没有 rewrite 时，CodeIgniter 一般可以这样访问 /index.php/controller/action ，那么 nginx 和 php-fpm 如何设置支持 PATH_INFO 模式呢？ php.ini 中一个与 PATH_INFO 有关的设置是 cgi.fix_path 默认为 1，我们将其设置为 0。 php.ini 设置： cgi.fix_path = 0 接下来是 nginx 配置： 01 location ~ \.php($|/) { 02 03 # 下面这一行设置 $fastcgi_script_name 和 $fastcgi_path_info 的值，具体请看 nginx 文档 04 fastcgi_split_path_info ^(.+\.php)(/.+)$; 05 06 # 下面这行也可以为 fastcgi_pass unix:/var/run/php-fpm.sock 看你的 fpm 设置了 07 fastcgi_pass 127.0.0.1:9000; 08 fastcgi_index index.php; 09 include fastcgi_params; 10 11 # 下面这行不能少，默认 fastcgi_params 里面并没有 SCRIPT

拷贝php-fpm脚本至/etc/init.d目录（文件在php解压目录） cp /usr/local/src/php-7.2.11/sapi/fpm/init.d.php-fpm /etc/init.d/php-fpm 3.设置权限并启动php-fpm： chmod 755 /etc/init.d/php-fpm /etc/init.d/php-fpm start chkconfig –add php-fpm 最后，给出php-fpm以服务的方式启动、停止和重启： service php-fpm start service php-fpm stop service php-fpm reload PHP-FPM 自启动配置服务: vim /etc/rc.d/rc.local 查看开机启动的所有服务 chkconfig --list 来源： https://www.cnblogs.com/jasonLiu2018/p/11790700.html

可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效，请关闭广告屏蔽插件后再试): 问题: The PHP-FPM's homepage http://php-fpm.org/ states that it is part of PHP since PHP 5.3.3. Now, I was wondering, when I download the newest PHP binaries from php.net, there is no php-fpm in it. How do I get it? Is it even available for Windows? 回答1: Here how to setup php-fpm on Windows: Download the .zip file from http://windows.php.net/download/ . The .zip file should be VC9 which has the FastCGI file (php-cgi.exe). Don't download VC6, and don't download the .msi file because it requires that you have IIS setup already in order to install