如果對(duì)前文nginx location的url匹配規(guī)則了解的話(huà),應(yīng)該看出來(lái)了其實(shí) ^~ static/并不能匹配。修改 location

location ^~ static/ {
rewrite ^ http://google.com;
# root /vagrant/pro;
}

訪問(wèn)http://192.168.33.10/static/stc.jpg依然可以得到圖片,沒(méi)有跳轉(zhuǎn)google,說(shuō)明并沒(méi)有匹配^~ static/。

其實(shí)原理也很簡(jiǎn)單,還記得我們第一次實(shí)驗(yàn),當(dāng)時(shí)尚未配置location,也同樣可以返回圖片。沒(méi)錯(cuò),盡管^~ static/沒(méi)有匹配,而外層的server定義了root為/vagrant/pro,因此搜索圖片正常返回,再注釋外層的root,再一次訪問(wèn)。此時(shí)會(huì)得到一個(gè)404,查看error如下:

2016/09/28 08:18:15 [error] 6227#0: *82 open() "/usr/share/nginx/html/static/stc.jpg" failed (2: No such file or directory), client: 192.168.33.1, server: localhost, request: "GET /static/stc.jpg HTTP/1.1", host: "192.168.33.10"

/usr/share/nginx/html/static/stc.jpg,說(shuō)明即使沒(méi)有指定root,nginx默認(rèn)也有一個(gè)root,/usr/share/nginx/html。當(dāng)然,這個(gè)配置和 ^~ static/沒(méi)有關(guān)系。

如果~ static/stc.jpgs? 那么就能命中,此時(shí)訪問(wèn)圖片,依然能夠正確的解析,因此,并不存在 /vagrant/pro + static/stc.jpg這種情況。理解這里的關(guān)鍵是 root替換host,并加上匹配后的url,匹配后的url當(dāng)然包括前面的斜杠,匹配部分的url則不會(huì)。

對(duì)于 ~ static/stc.jpgs?模式,訪問(wèn)urlhttp://192.168.33.10/static/stc.jpg

匹配后的url為 /static/stc.jpg 匹配部分的url為 static/stc.jpg

掌握這個(gè)很重要,直接關(guān)系到后面alias指令與斜杠的關(guān)系。

對(duì)于root指令,我們可以歸納。

對(duì)于匹配后的url地址,將匹配的location中的root路徑替換訪問(wèn)url的host即得到文件的真實(shí)地址。(多個(gè)斜杠其實(shí)等價(jià)于一個(gè)斜杠) 如果不匹配location,則尋找更外層的root做替換。 root指令最后的斜杠可加可不加。

alias指令

對(duì)于root,操作上很簡(jiǎn)單,只要把root地址替換host后就是文件在硬盤(pán)路徑(真實(shí)地址)。對(duì)于alise,它并不是替換匹配后的url地址,而是替換匹配部分的url。alias指令也可以有多個(gè)。
添加一個(gè)location,和root的方式幾乎一樣:

location ^~ /upload {
alias /vagrant/pro;
}

訪問(wèn)http://192.168.33.10/upload/up.png并沒(méi)有圖片,查看error得到:

2016/09/28 08:36:18 [error] 6312#0: *90 open() "/vagrant/pro/up.png" failed (2: No such file or directory), client: 192.168.33.1, server: localhost, request: "GET /upload/up.png HTTP/1.1", host: "192.168.33.10"

可見(jiàn) alias的模式并不是/vagrant/pro + /upload/up.png,而是 /vagrant/pro + /up.png。

alias這個(gè)詞在計(jì)算機(jī)里很常用,字面意思是“別名”,顧名思議就是換一個(gè)名字啦。實(shí)際替換規(guī)則就是把匹配的url地址,換成alias中的路徑即可。例如上述的例子替換過(guò)程可以模擬如下:

過(guò)程模式或urlurl模式^~ /uploadalias路徑/vagrant/pro訪問(wèn)地址http://192.168.33.10/upload/up.png匹配部分的地址/upload + /up.png替換/upload == /vagrant/pro結(jié)果/vagrant/pro + /up.png

為了修改圖片的訪問(wèn),修改locaton如下:

location ^~ /upload {
alias /vagrant/pro/upload;
}

此時(shí)訪問(wèn)http://192.168.33.10/upload/up.png就能得到正確的圖片啦,仿造上面的計(jì)算過(guò)程為:

過(guò)程模式或urlurl模式^~ /uploadalias路徑/vagrant/pro/upload訪問(wèn)地址http://192.168.33.10/upload/up.png匹配部分的地址/upload + /up.png替換/upload == /vagrant/pro/upload結(jié)果/vagrant/pro/upload + /up.png

從結(jié)果可以看出,正確的找到了文件路徑,如果alias指令路徑加上斜杠,那么計(jì)算處理的文件路徑為:

/upload == /vagrant/pro/upload
/vagrant/pro/upload/ + /up.png

多個(gè)斜杠是合法的。等價(jià)于一個(gè)斜杠的情況。

下面修改locaiton如下:

location ^~ /upload/ {
alias /vagrant/pro/upload;
}

此時(shí)匹配時(shí)的url則變成 /upload/ + up.jpg, 那么置換的結(jié)果為 /vagrant/pro/upload + up.png,而/vagrant/pro/uploadup.png的路徑是非法的,從error中也能看到置換的錯(cuò)誤:

2016/09/28 08:52:44 [error] 6452#0: *92 open() "/vagrant/pro/uploadup.png" failed (2: No such file or directory), client: 192.168.33.1, server: localhost, request: "GET /upload/up.png HTTP/1.1", host: "192.168.33.10"

解決辦法也很簡(jiǎn)單,把/vagrant/pro/upload 改成 /vagrant/pro/upload/即可。由此可見(jiàn),alias最后的斜杠并不像root指令那樣可有可無(wú),是否需要,取決于配合loacation的url匹配模式。

前文root模式中,考慮了沒(méi)有根的斜杠(~ static/stc.jpgs?)這種情況,alias情況下會(huì)很難捕捉錯(cuò)誤。如果locaion配置如下:

location ^~ upload/ {
alias /vagrant/pro/upload/;
}

替換置換的文件路徑應(yīng)該為 /vagrant/pro/upload/up.png,可是實(shí)際測(cè)試中,這樣配置alias,會(huì)一直導(dǎo)致一個(gè)301的重定向,如果alias目錄沒(méi)有打開(kāi)autoindex,則會(huì)拋出一個(gè)403錯(cuò)誤。具體情況尚未知曉,不知道是不是nginx的bug。為了避免這種情況,使用alias的時(shí)候,盡量不要配置location為 ^~ upload/的模式,并且不從根指定url,還是顯得不倫不類(lèi)。

alise作為別名,比起root的一大好處就是不一定要url上的路徑和文件路徑一樣,因?yàn)閍lise并不是替換host,而是替換匹配部分的host。修改配置如下:

location ^~ /upload/ {
alias /vagrant/pro/static/;
}

訪問(wèn) http://192.168.33.10/upload/stc.jpg或者 http://192.168.33.10/upload/flask/m.png都能正確的訪問(wèn)到static目錄下的文件,盡管url上是upload。

替換規(guī)則也很簡(jiǎn)單,/upload/ == /vagrant/pro/static/ 得到 /vagrant/pro/static/ + stc.jpg 或 /vagrant/pro/static/ + flask/m.png。

總結(jié)

nginx的靜態(tài)文件配置中,root和alias指令都能實(shí)現(xiàn)。為了避免混淆,盡量不要寫(xiě)沒(méi)有根路徑的url模式,即避免 static/這樣的開(kāi)頭,根路徑的斜杠需要保留,沒(méi)有根路徑其實(shí)也很奇怪。

root和alias的區(qū)別主要在于替換的部分,root模式中,會(huì)把root配置的路徑替換匹配后的url中的host。alias則把他指定的路徑,替換url中匹配的部分。指令中的斜杠對(duì)于root指令沒(méi)有影響,對(duì)于alise則按照替換規(guī)則匹配即可。

root 指令

location /dir/
root root_path -> http://host/dir/file.txt -> root_path/dir/file.txt

alias 指令

location /dir
alias alias_path -> http://host /dir /file.txt -> alias_path/file.txt

location /dir/
alias alias_path/ -> http://host /dir/ file.txt -> alias_path/file.txt

了解了root和alise之后,通常最佳實(shí)際是配置一個(gè)項(xiàng)目的根root,其他的文件夾則使用alias,畢竟alias更加靈活。

贊(0)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享網(wǎng)絡(luò)內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話(huà):028-62778877-8306;郵箱:fanjiao@west.cn。本站原創(chuàng)內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明出處:西部數(shù)碼知識(shí)庫(kù) » 詳解Nginx靜態(tài)服務(wù)配置(root和alias指令)

登錄

找回密碼

注冊(cè)