6.整合nginx和php

6.1编辑/etc/nginx/fastcgi_params,（172.16.8.1）

fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx;
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; #笔者与原文件对照，仅添加修改了此路径）
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;
fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;

6.1.1 通过nfs挂载discuz文件

mount –t nfs 172.16.8.2/usr/html /usr/html

6.2而后重新载入nginx的配置文件：
# service nginx reload

6.3测试页面phpinfo.php

# cat > /usr/html/index.php << EOF
< ?php
phpinfo();
?>

7.打开浏览器测试phpinfo，之后输入172.16.8.1/install,安装discuz。

笔者结合以往实验曾经总结过几类实验出错的原因：

一，马虎，手误导致的错误

很多的时候，如果我们够心细，一些因命令敲错的失误可以减少很多，比如笔者的一个同 学，因为mysql的数据文件，/mydata/data和/data/mydata,混淆了，

导致一个下午浪费在mysql 的启动上，如果你觉得自己不够仔细，去做LFS吧，那里面会告诉你，手误的代价。

二，实验之前的准备工作开发库等没有配置完善

准备工作没完善被排为第二大因素，是因为常见的错误都是因为没有完善解决好依赖关系，例如 编译php的时候，老是报错提示找不到libxml2的配置文件，这个是因为开发库没有准备好，等，

三，客观原因（实验环境的非技术因素）

这个看RP了，不好说，，，林子大了什么鸟都有 ，哈哈

四，主观因素

对实验整体的架构理解不到位，出了错误不知道从哪方面入手，没有客服困难的强大信念！！！

另外，本文的好多命令选项没有做注释，例如编译php和nginx的选项，不过这些信息使用./configure –help 都可以查到的。