摘要:而區塊則是在區塊里面,細分到針對不同的路徑和請求而進行的配置。在留空的情況下,配置表示請求路徑由開始。表示大小寫不敏感的正則匹配。注意配置,這里匹配到開始的話,直接就返回了。匹配以結尾的請求這個通常用來設置圖片的請求響應。
原文來自:https://www.codecasts.com/blo...
今天有一位同學問到 Nginx 的站點多路徑匹配的問題?
1.www.domain.com/a 需要返回 /var/www/domain.com/a/index.html
2.www.domain.com/b 需要返回 /var/www/domain.com/b/index.html
如何配置 Nginx 使之生效?
解決這個問題,第一的反映是直接使用 Nginx 的 location 指令來解決,不過在給出答案之前,我們先來了解一下 Nginx location 指令的基礎。
Nginx 區塊配置概念在 Nginx 的配置文件中,通常會用兩個常用的區塊(Block)來進行設置:
1.Server 區塊
2.Localtion 區塊
這里的區塊是指 Block,你甚至可以理解為后面的那一對{}之間的配置內容。
Sever 區塊主要是真的主機的配置,比如配置主機的域名,IP,端口等內容。當然,在一個 Nginx 的配置文件里面,我們是可以指定多個 Sever 區塊的配置的。
而 Location 區塊則是在 Sever 區塊里面,細分到針對不同的路徑和請求而進行的配置。因為一個站點中的 URI 通常會非常多,所以在 Location 區塊設置這部分,你也是可以寫多個 Location 的配置的。
下面來看看 Location 配置的基本語法先:
location optional_modifier location_match { # 這個 {} 里面的配置內容就是一個區塊 Block }
上面的 optional_modifier 配置項是可以使用正則表達式的。常用的幾種如下:
留空。對,留空也是一種設置方式。在留空的情況下,配置表示請求路徑由 location_match 開始。
= ,等于號還是非常容易理解的:就是請求路徑正好等于后面的 location_match 的值;跟第一項留空還是有區別的。
~,飄號(注意是英文輸入的飄號)表示大小寫敏感的正則匹配。
~*表示大小寫不敏感的正則匹配。
^~ 表示這里不希望有正則匹配發生。
Nginx 處理 Location 區塊的順序上面了解了 location 指令基本的概念和常用配置。我們再來看看 Location 生效的順序!這個也很重要:
每一個請求進來 Nginx 之后,Nginx 就會選擇一個 Location 的最佳匹配項進行響應,處理的具體流程是逐一跟 location 的配置進行比對,這個步驟可以分為以下幾步:
先進行前綴式的匹配(也就是 location 的 optional_modifier 為空的配置)。
Nginx 其次會根據 URI 尋找完全匹配的 location 配置(也就是 location 的 optional_modifier 為 = 的配置).
如果還是沒有匹配到,那就先匹配 ^~ 配置,如果找到一個配置的話,則會停止尋找過程,直接返回響應內容。
如果還是沒有找到匹配項的話,則會先進行大小寫敏感的正則匹配,然后再是大小不寫敏感的正則匹配。
Nginx Location 配置的一些例子:
多說無益,看了那么多理論,沒有具體的例子支撐也是白搭,所以我們來看一下具體的配置例子:
location = / { # = 等號配置符,只匹配 / 這個路由 }
location /data { # 留空配置,會匹配有 /data 開始的路由,后續有匹配會往下匹配。 }
location ^~ /img/ { # 注意 ^~ 配置,這里匹配到 /img/ 開始的話,直接就返回了。 }
location ~* .(png|gif|ico|jpg|jpeg)$ { # 匹配以 png, gif, ico, jpg or jpeg 結尾的請求;這個通常用來設置圖片的請求響應。 }
非常實用的兩個例子:
1.簡單的圖片防盜鏈
location ~ .(png|gif|jpe?g)$ { valid_referers none blocked yourwebsite.com *.yourwebsite.com; # 注意上面寫上你的域名就好 if ($invalid_referer) { return 403; } }
2.針對一些可寫入的路徑,禁止 php 或者 js 的腳步執行
location ~* /(media|images|cache|tmp|logs)/.*.(php|jsp|pl|py|asp|cgi|sh)$ { return 403; }問題的答案
最后,我們再看問題的答案,可以是類似這個樣子的:
location /a { root /var/www/domain.com/a; } location /b { root /var/www/domain.com/b; }
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/39918.html
摘要:是至今為止見過最好的入門文章。采取基于事件的模型和依賴的機制,在多個子進程之間高效的分配請求。默認情況下,這個配置文件通常命名為并且會放置在,,或者。 本文屬于翻譯文章,原文鏈接為 nginx Beginner’s Guide。是至今為止見過最好的 nginx 入門文章。額。。。沒有之一。 這篇教程簡單介紹了 nginx 并且講解了一些 nginx 可以解決的簡單任務。這里,我們假設 ...
摘要:主進程的目的是為了讀取和評估配置并保持工作進程。默認情況下,這個配置文件名為。如果一個塊指令在大括號中有其他的指令,則稱之為上下文如和。放在配置文件最外面的指令的稱之為主文,指令在主文中在中,在中。注意指令已經被放置在環境中。 原文鏈接:http://nginx.org/en/docs/begi...轉自我的github有些地方覺得翻譯的不是很合理,所以在括號中寫出了原句。如果有地方翻...
摘要:主進程的目的是為了讀取和評估配置并保持工作進程。默認情況下,這個配置文件名為。如果一個塊指令在大括號中有其他的指令,則稱之為上下文如和。放在配置文件最外面的指令的稱之為主文,指令在主文中在中,在中。注意指令已經被放置在環境中。 原文鏈接:http://nginx.org/en/docs/begi...轉自我的github有些地方覺得翻譯的不是很合理,所以在括號中寫出了原句。如果有地方翻...
摘要:入門指引啟動,停止和重載配置配置文件的結構服務靜態內容建立簡單的代理服務器建立代理這個指引對做了一些簡單的介紹并且描述了一些它可以完成的簡單任務。如果一個塊級指令中包含了其它指令,那么它被稱為一個上下文。為了使配置生效,要發送信號。 興趣使然的翻譯,業余水平,nginx官方英文介紹文檔很不錯,可惜中文網上好像沒有相應的翻譯。 入門指引 啟動,停止和重載配置配置文件的結構服務靜態內容...
摘要:主進程的主要目的就是讀取和評估配置,并且維護工作進程。工作進程實際上是處理請求。下一步,使用上一小節的服務器配置塊并將其修改為代理服務器配置。符合響應的請求將會映射到文件夾。為了使新的配置文件生效,發送信號給 概述 ??譯文。參考官方文檔??這篇指南描述了如何啟動、停止nginx,重新加載配置,并且解釋了配置文件的結構,描述了如何設置nginx去服務靜態內容,如何配置nginx作為代理...
閱讀 1458·2021-11-24 09:39
閱讀 1775·2021-11-22 15:25
閱讀 3728·2021-11-19 09:40
閱讀 3283·2021-09-22 15:31
閱讀 1288·2021-07-29 13:49
閱讀 1192·2019-08-26 11:59
閱讀 1308·2019-08-26 11:39
閱讀 919·2019-08-26 11:00