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 都可以查到的。