nginxphp整合
‘壹’ Nginx 与 php 合并部署与分开部署 哪种性能更好一些
当然是分开部署了，很简单的理解，同样的一项业务，分散到不同的营业部的话，处理业务的速度会相应加快，如果把人员集中到一个营业部，你会发现，光排队处理一项就把你搞死。
‘贰’ nginx与php怎么结合在一起
nginx配置：
server{
#...其他location略
location~*.php${
fastcgi_pass127.0.0.1:9000;
}
}PHP的fastcgi监听9000端口
php-cgi -b 9000
‘叁’ php和nginx之间是如何工作的
Nginx+php-fpm实现原理 Nginx本身不会对PHP进行解析，终端对PHP页面的请求将会被Nginx交给FastCGI进程监听的IP地址及端口，由php-fpm作为动态解析服务器处理，最后将处理结果再返回给nginx。其实，Nginx就是一个反向代理服务器。Nginx通过反向代理功能将动态请求转向后端php-fpm，从而实现对PHP的解析支持，这就是Nginx实现PHP动态解析的原理。 Nginx不支持对外部程序的直接调用或者解析，所有的外部程序（包括PHP）必须通过FastCGI接口来调用。FastCGI接口在linux下是socket（这个socket可以是文件socket，也可以是ip socket）。为了调用CGI程序，还需要一个FastCGI的wrapper（wrapper可以理解为用于启动另一个程序的程序），这个wrapper绑定在某个固定socket上，如端口或者文件socket。当Nginx将CGI请求发送给这个socket的时候，通过FastCGI接口，wrapper接收到请求，然后派生出一个新的线程，这个线程调用解释器或者外部程序处理脚本并读取返回数据；接着，wrapper再将返回的数据通过FastCGI接口，沿着固定的socket传递给Nginx；最后，Nginx将返回的数据发送给客户端。
当nginx接收到一个http请求时，通过配置文件找到对应的server。然后匹配server中的所有location，找到最匹配的。而在location中的命令会启动不同的模块去完成工作，比如rewrite模块、index模块。因此在nginx中模块可以看作真正的劳动工作者。nginx的模块是被编译到nginx中的，属于静态方式。启动nginx时，模块被自动加载。
‘肆’ 如何正确配置Nginx+PHP
1. 将nginx和php都装好
2. 然后配置nginx，将php请求分发给php-fpm处理
linux下的配置文件一般在/usr/local/nginx/conf/nginx.conf
找到下面字样，并取消注释，且注意这个$document_root这个地方（原本应为$script***的，改成$document_root）
location ~ \.php$ {
root html;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
3.启动nginx和php-fpm，然后写个phpinfo脚本测试下成功与否就可以
更多问题到问题求助专区http://bbs.hounwang.com/
‘伍’ 如何正确配置 Nginx 和 PHP
直接贴上代码逐行进行讲解，此处贴出一个能正常启动php脚本的最简nginx vhost配置：
[plain] view plain
server {
listen 8011;
server_name test.cn;
location ~ \.php?.*$ {
root /share/test;
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}
1、第一个大括号 server{ }：不必多说，代表一个独立的server，
2、listen 8011：代表该server监听8011端口
3、location ~ \.php?.*${
}：代表一个能匹配对应uri的location，用于匹配一类uri，并对所匹配的uri请求做自定义的逻辑、配置。这里的location，匹配了所有带.php的uri请求，例如：http://192.168.244.128:8011/test.php/asdasd
http://192.168.244.128:8011/index.php等
4、root /share/test：请求资源根目录，告诉匹配到该location下的uri到/share/teset文件夹下去寻找同名资源。
5、fastcgi_pass 127.0.0.1:9000：这行开始是本文的重点：这行代码的意思是，将进入到该location内的uri请求看做是cgi程序，并将请求发送到9000端口，交由php-fpm处理。
6、fastcgi_param SCRIPT_FILENAME
$document_root$fastcgi_script_name;
：这行配置意思是：动态添加了一行fastcgi配置，配置内容为SCRIPT_FILENAME，告知管理进程，cgi脚本名称。由于我的nginx中只有fastcgi_params文件，没有fastcgi.conf文件，所以要使php-fpm知道SCRIPT_FILENAME的具体值，就必须要动态的添加这行配置。
7、include fastcgi_params; 引入fastcgi配置文件
以上就是最简洁版的nginx启动php脚本的最简配置，当重启nginx之后，在/share/test目录下创建一个xx.php文件，输入<?php
echo "hello world"; ?>保存，然后在浏览器中访问localhost:8011/xx.php
就可以在网页上显示hello world了。
‘陆’ 如何正确配置 Nginx+PHP
你这问题问的好尴尬啊
如果在windows系统上，直接装一个集成的phpstudy就好了
如果是在linux系统上，编译安装php的时候加上开启php-fpm（这很重要），然后在安装nginx, linux上安装的时候注意文件权限，一般我会把php-fpm用户设置为nobody, nginx也是设置为nobody,至于具体要求请自行网络，这里只给你一个思路
‘柒’ 如何正确配置Nginx + PHP
对很多人而言，配置Nginx+PHP无外乎就是搜索一篇教程，然后拷贝粘贴。听上去似乎也没什么问题，可惜实际上网络上很多资料本身年久失修，漏洞百出，如果大家不求甚解，一味的拷贝粘贴，早晚有一天会为此付出代价。
假设我们用PHP实现了一个前端控制器，或者直白点说就是统一入口：把PHP请求都发送到同一个文件上，然后在此文件里通过解析“REQUEST_URI”实现路由。
此时很多教程会教大家这样配置Nginx+PHP：
server {
listen 80;
server_name foo.com;
root /path;
location / {
index index.html index.htm index.php;
if (!-e $request_filename) {
rewrite . /index.php last;
}
}
location ~ .php$ {
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME /path$fastcgi_script_name;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
}
这里面有很多错误，或者说至少是坏味道的地方，大家看看能发现几个。
…
我们有必要先了解一下Nginx配置文件里指令的继承关系：Nginx配置文件分为好多块，常见的从外到内依次是“http”、“server”、“location”等等，缺省的继承关系是从外到内，也就是说内层块会自动获取外层块的值作为缺省值(有例外，详见参考)。
参考：UNDERSTANDING THE NGINX CONFIGURATION INHERITANCE MODEL
…
让我们先从“index”指令入手吧，在问题配置中它是在“location”中定义的：
location / {
index index.html index.htm index.php;
}
一旦未来需要加入新的“location”，必然会出现重复定义的“index”指令，这是因为多个“location”是平级的关系，不存在继承，此时应该在“server”里定义“index”，借助继承关系，“index”指令在所有的“location”中都能生效。
参考：Nginx Pitfalls
…
接下来看看“if”指令，说它是大家误解最深的Nginx指令毫不为过：
if (!-e $request_filename) {
rewrite . /index.php last;
}
很多人喜欢用“if”指令做一系列的检查，不过这实际上是“try_files”指令的职责：
try_files $uri $uri/ /index.php;
除此以外，初学者往往会认为“if”指令是内核级的指令，但是实际上它是rewrite模块的一部分，加上Nginx配置实际上是声明式的，而非过程式的，所以当其和非rewrite模块的指令混用时，结果可能会非你所愿。
参考：IfIsEvil and How nginx “location if” works
…
下面看看“fastcgi_params”配置文件：
include fastcgi_params;
Nginx有两份fastcgi配置文件，分别是“fastcgi_params”和“fastcgi.conf”，它们没有太大的差异，唯一的区别是后者比前者多了一行“SCRIPT_FILENAME”的定义：
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
注意：$document_root 和 $fastcgi_script_name 之间没有 /。
原本Nginx只有“fastcgi_params”，后来发现很多人在定义“SCRIPT_FILENAME”时使用了硬编码的方式，于是为了规范用法便引入了“fastcgi.conf”。
不过这样的话就产生一个疑问：为什么一定要引入一个新的配置文件，而不是修改旧的配置文件?这是因为“fastcgi_param”指令是数组型的，和普通指令相同的是：内层替换外层;和普通指令不同的是：当在同级多次使用的时候，是新增而不是替换。换句话说，如果在同级定义两次“SCRIPT_FILENAME”，那么它们都会被发送到后端，这可能会导致一些潜在的问题，为了避免此类情况，便引入了一个新的配置文件。
参考：FASTCGI_PARAMS VERSUS FASTCGI.CONF – NGINX CONFIG HISTORY
此外，我们还需要考虑一个安全问题：在PHP开启“cgi.fix_pathinfo”的情况下，PHP可能会把错误的文件类型当作PHP文件来解析。如果Nginx和PHP安装在同一台服务器上的话，那么最简单的解决方法是用“try_files”指令做一次过滤：
try_files $uri =404;
参考：Nginx文件类型错误解析漏洞
…
依照前面的分析，给出一份改良后的版本，是不是比开始的版本清爽了很多：
server {
listen 80
server_name foo.com;
root /path;
index index.html index.htm index.php;
location / {
try_files $uri $uri/ /index.php;
}
location ~ .php$ {
try_files $uri =404;
include fastcgi.conf;
fastcgi_pass 127.0.0.1:9000;
}
}
实际上还有一些瑕疵，主要是“try_files”和“fastcgi_split_path_info”不够兼容，虽然能够解决，但方案比较丑陋，具体就不多说了，有兴趣的可以参考问题描述。
补充：因为“location”已经做了限定，所以“fastcgi_index”其实也没有必要.
‘捌’ Linux系统中设置多版本PHP共存配合Nginx服务器使用
应用环境
LNMP的环境，当前PHP版本5.3.8，遇到一个应用需求只支持PHP
5.2.x，又希望保持现有应用还是用PHP
5.3.8。也就是说需要两个版本的PHP同时存在，供nginx根据需要调用不同版本。
思路
Nginx是通过PHP-FastCGI与PHP交互的。而PHP-FastCGI运行后会通过文件、或本地端口两种方式进行监听，在Nginx中配置相应的FastCGI监听端口或文件即实现Nginx请求对PHP的解释。
既然PHP-FastCGI是监听端口和文件的，那就可以让不同版本的PHP-FastCGI同时运行，监听不同的端口或文件，Nginx中根据需求配置调用不同的PHP-FastCGI端口或文件，即可实现不同版本PHP共存了。
配置记录
下面记录简单的配置流程，基于已经安装了lnmp的debian环境。当前版本的PHP是5.3.8，位于/usr/local/php。
1.下载PHP-5.2.14及相关的FPM、autoconf组件：
mkdir
~/php5.2
cd
~/php5.2
wget
-c
http://museum.php.net/php5/php-5.2.14.tar.gz
wget
-c
http://php-fpm.org/downloads/php-5.2.14-fpm-0.5.14.diff.gz
2.解压PHP-5.2.14，并打上PHP-FPM的补丁：
tar
zxvf
php-5.2.14.tar.gz
gzip
-cd
php-5.2.14-fpm-0.5.14.diff.gz
|
patch
-d
php-5.2.14
-p1
3.如果你已经通过lnmp安装，应该已经安装好了autoconf，如果没有，请自行下载并编译autoconf-2.13，然后设置autoconf环境变量：
export
PHP_AUTOCONF=/usr/local/autoconf-2.13/bin/autoconf¬
export
PHP_AUTOHEADER=/usr/local/autoconf-2.13/bin/autoheader
3.编译安装PHP-5.2.14在新的路径（/usr/local/php-5.2.14）下，注意–prefix、–with-config-file-path的路径，并且打开fastcgi和fpm选项：
cd
php-5.2.14/
./buildconf
--force
./configure
--prefix=/usr/local/php-5.2.14
--with-config-file-path=/usr/local/php-5.2.14/etc
--with-mysql=/usr/local/mysql
--with-mysqli=/usr/local/mysql/bin/mysql_config
--enable-fastcgi
--enable-fpm
make
ZEND_EXTRA_LIBS='-liconv'
make
install
4.设置/usr/local/php-5.2.14/etc/php-fpm.conf，监听端口：
<value
name="listen_address">127.0.0.1:9001</value>
或者监听文件：
<value
name="listen_address">/path/to/unix/socket</value>
其他参数根据服务器环境和需求自行定制。
5.启动php-fpm，以后可以通过php-fpm进行管理：
/usr/local/php-5.2.14/sbin/php-fpm
start
字php5.3.3后，php已经将php-fpm继承到php中，而且内置的php-fpm默认不支持(start|stop|reload)的平滑启动参数，需要使用官方源代码中提供的启动脚本来控制：
cp
-f
(php
-5.3.x-source-dir)/sapi/fpm/init.d.php-fpm
/etc/init.d/php-fpm
chmod
755
/etc/init.d/php-fpm
/etc/init.d/php-fpm
start
php-fpm支持的操作：
start，启动PHP的FastCGI进程。
stop，强制终止PHP的FastCGI进程。
quit，平滑终止PHP的FastCGI进程。
restart，
重启PHP的FastCGI进程。
reload，
重新加载PHP的php.ini。
logrotate，
重新启用log文件。
5.3.3的php-fpm脚本支持的操作：start|stop|force-quit|restart|reload|status
6.配置好PHP-5.2.14的php.ini，重新加载生效：
vi
/usr/local/php-5.2.14/etc/php.ini
/usr/local/php-5.2.14/sbin/php-fpm
reload
7.修改nginx配置，对需要的服务配置使用PHP-5.2.14：
location
~
.*.(php|php5)?$
{
fastcgi_pass
127.0.0.1:9001;
fastcgi_index
index.php;
include
fcgi.conf;
}
8.记录一下自己编译php5.5.10使用的配置
./configure
--prefix=/usr/local/php-5.5.10
--with-config-file-path=/usr/local/php-5.5.10/etc
--with-mysql=mysqlnd
--with-mysqli=mysqlnd
--with-bz2
--with-curl=/usr/bin
--enable-ftp
--enable-sockets
--disable-ipv6
--with-gd
--with-jpeg-dir=/usr/local
--with-png-dir=/usr/local
--with-freetype-dir=/usr/local
--enable-gd-native-ttf
--with-iconv-dir=/usr/local
--enable-mbstring
--enable-calendar
--with-gettext
--with-libxml-dir=/usr/local
--with-zlib
--with-pdo-mysql=mysqlnd
--enable-dom
--enable-xml
--enable-fpm
--with-libdir=lib64
--with-mcrypt=/usr/bin
--enable-zip
--enable-soap
--enable-mbstring
--with-gd
--with-openssl
--enable-pcntl
--with-xmlrpc
--enable-opcache