免费视频淫片aa毛片_日韩高清在线亚洲专区vr_日韩大片免费观看视频播放_亚洲欧美国产精品完整版

對于Nginx，一個IP上配置多個站點還是很常見的。尤其是在開發(fā)環(huán)境上，更是如此。

下面在我的阿里云上簡單的實現(xiàn)這樣一個需求：

在一個IP上通過對端口區(qū)分來配置多個站點。

環(huán)境

手頭上正好有一臺阿里云學(xué)生機，趁著沒過期，就拿來用吧。

• 操作系統(tǒng)：centOS7
• php-fpm
• Nginx

初始化

在centos上搭建php-fpm+nginx環(huán)境不是很難，網(wǎng)上有很多的帖子，按照上面講解的，把需要安裝的軟件安裝一下就行了。

目錄一覽

安裝完畢后，配置文件通常會在/etc/nginx目錄下，我這邊的內(nèi)容如下：

里面的nginx.conf就是默認的配置文件了。下面簡單的來看下里面的大致內(nèi)容。

一般來說，除非有特別需求，我們不會修改nginx.conf文件里面的內(nèi)容?，F(xiàn)在的話，可以把這個文件當做我們的參考項。

我個人認為里面比較重要的配置項有這么幾個：

• http：這個節(jié)點就代表了一個Nginx，是我們的大總管。它內(nèi)部可以有多個Server配置項，代表多個站點。
• include /etc/nginx/conf.d/*.conf; 這一行雖然看起來不起眼，但是對于配置多個站點而言，及極其的重要。這點待會再講。
• log_format： 日志的格式，這點將體現(xiàn)在Nginx日志記錄的動作上。
• access.log： 在這個選項的第一個單詞是main，就是剛才log_format定義的日志格式了。后面對于error.log 同樣適用。
• Server節(jié)點：一個Server節(jié)點，包含了對一個站點的配置，這里面的同名內(nèi)容將會覆蓋http節(jié)點的配置，所以優(yōu)先級對于一個站點而言，相對更高一點。
• include /etc/nginx/default.d/*.conf 不難看到這個配置出現(xiàn)在Server節(jié)點內(nèi)部，所以還是對本站點配置起作用的。這個default.d目錄存放的是對于所有Server節(jié)點通用性的功能，其存在的意義就是能讓我們少寫一些重復(fù)性的配置內(nèi)容。而是抽取出來，放到一個通用的目錄下。
• location的內(nèi)容，待會再講。

配置

下面進入正題，看看如何在一個IP上配置多個站點。那么首先，我們需要先創(chuàng)建幾個文件夾，然后作為我們的多個站點。

站點準備

在home/www目錄下創(chuàng)建兩個文件夾，一個是blog一個是forum，然后里面分別放一個index.php，注意內(nèi)容可以良好的區(qū)分就可以了。

添加配置文件

剛才我們也了解到，有多個站點的話其實就是多個Server節(jié)點，在nginx.conf中通過include /etc/nginx/conf.d/*.conf來引入到了http節(jié)點，所以我們只需要在/etc/nginx/conf.d/目錄下創(chuàng)建我們特定于某個站點所需要的配置文件就可以了。

注意： 注意后綴名為.conf，不然按照include的規(guī)則，無法正確引入相關(guān)的配置文件。

你也可以像我這么做，如下：

左側(cè)的fastcgi_param SCRIPT_FILENAME 寫錯了，應(yīng)該是$document_root,圖片上沒改過來，這點明確一下就可以了。

添加完配置文件之后就可以，重啟Nginx了。在CentOS上重啟的命令如下：

systemctl restart nginx
1

如果你的是Debian系的Linux的話，也可以使用：

service nginx restart
1

這時，可以通過瀏覽器訪問，看看我們的配置項到底成功了沒有。

這樣就成功的在一個IP上通過端口不同，配置了多個站點了。

疑難雜項

一開始剛剛接觸Nginx的時候，對這個配置文件實在是摸不著頭腦。那個時候，在我的印象中，php+apache才是黃金組合，沒想到隨著接觸Nginx的時間變長，php-fpm+nginx的組合讓我大開眼界。

在配置的道路上，總會有那么幾個問題，一直困擾著我，下面我就總結(jié)一下，我個人認為的比較重要的問題吧。

fastcgi_pass

在Server節(jié)點的location內(nèi)部，有這么一個配置項。很是讓人摸不著頭腦。

 location ~ \.php$ {        root           /home/wwwroot;        fastcgi_pass   127.0.0.1:9000;        #fastcgi_pass  unix:/var/run/php-fpm/php-fpm.sock;        #fastcgi_pass  unix:/tmp/php-cgi.sock;        try_files $uri /index.php =404;        fastcgi_split_path_info ^(.+\.php)(/.+)$;        fastcgi_index  index.php;        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;        include        fastcgi_params;    }
1
2
3
4
5
6
7
8
9
10
11

從上面的配置文件中，我們也看到了好多個對它的不同的配置，那么到底該怎么選擇呢？

在網(wǎng)上我找到了這么一條回答，感覺人家講的挺好的。有興趣的可以看看下面這篇文章。https://segmentfault.com/q/1010000004854045

總結(jié)來講，有這么幾點內(nèi)容：

Nginx+php-fpm的進程間通信有兩種方式

一個是TCP，另一個是Unix Domain Socket。

• TCP： 格式為IP：端口, 可以跨服務(wù)器。
• Unix Domain Socket不經(jīng)過網(wǎng)絡(luò)，只能用于Nginx跟PHP-FPM都在同一個服務(wù)器上的場景。

那么，對我們來說，要怎么選擇呢？ 答案是取決于php-fpm的配置。有下面兩種方式：

• 方式一：

php-fpm.conf: listen = 127.0.0.1:9000nginx.conf:fastcgi_pass 127.0.0.1:9000
1
2
3

• 方式二：

php-fpm.conf: listen = /tmp/php-fpm.socknginx.conf: fastcgi_pass unix:/tmp/php-fpm.sock
1
2

這里面php-fpm.sock是一個文件，是由php-fpm生成的，類型為srw-rw—-， 具體這個路徑怎么寫，還是取決于你本地的php-fpm生成的sock文件的位置。

這兩種都可以成功讓php-fpm和Nginx組合起來，區(qū)別什么的，貼出大佬的原話應(yīng)該比較有說服力。

UNIX Domain Socket可用于兩個沒有親緣關(guān)系的進程,是目前廣泛使用的IPC機制,比如X Window服務(wù)器和GUI程序之間就是通過UNIX Domain Socket通訊的.這種通信方式是發(fā)生在系統(tǒng)內(nèi)核里而不會在網(wǎng)絡(luò)里傳播.UNIX Domain Socket和長連接都能避免頻繁創(chuàng)建TCP短連接而導(dǎo)致TIME_WAIT連接過多的問題.對于進程間通訊的兩個程序,UNIX Domain Socket的流程不會走到TCP那層,直接以文件形式,以stream socket通訊.如果是TCP Socket,則需要走到IP層,對于非同一臺服務(wù)器上,TCP Socket走的就更多了.

所以，下次就不用再糾結(jié)這個問題了，php-fpm.conf和nginx.conf的相關(guān)項保持一致就好了。

502 Bad GateWay

前幾天Nginx還工作的好好的，不知道為啥，這周一一上班就出現(xiàn)了這個問題。
查看下Nginx的錯誤日志：tail -f /var/log/nginx/error.log

結(jié)果發(fā)現(xiàn)了下面的內(nèi)容：

FastCGI send in stderr: "Primary script unknown" while reading response header from upstream...
1

網(wǎng)上大部分對此的解釋是：

# nginx.conf 配置文件中fastcgi_param 中/script的問題，改成$document_root就好了。
1

我也照著改了下，發(fā)現(xiàn)還是不行，突然想到上周五修改了目錄權(quán)限，去掉了寫權(quán)限，會不會是這個問題呢，然后就抱著試一試的態(tài)度，執(zhí)行了下面的命令：

chmod -R 775 target/path
1

然后就重啟了下Nginx，驚訝的發(fā)現(xiàn)問題解決了。

真的是很無語的一個問題，所以下次再出現(xiàn)502的錯誤時，就多了一個參考的錯誤修復(fù)選項了。

總結(jié)

關(guān)于Nginx的配置，內(nèi)容實在是太多了，暫且就先總結(jié)到這里吧。