linux php应用多台服务器架构,Nginx+PHP-FPM在两台服务器实现
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 都可以查到的。
總結
以上是生活随笔為你收集整理的linux php应用多台服务器架构,Nginx+PHP-FPM在两台服务器实现的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: java 参数三点,java函数参数类型
- 下一篇: matlab变量名不同循环,Matlab