1、nginx配置基礎
- 1、正則表達式匹配
- 區分大小寫匹配
~* 不區分大小寫匹配
!和!*分別爲區分大小寫不匹配及不區分大小寫不匹配
^ 以什麼開頭的匹配
$ 以什麼結尾的匹配
轉義字符。可以轉. * ?等
- 代表任意字符
2、文件及目錄匹配
-f和!-f用來判斷是否存在文件
-d和!-d用來判斷是否存在目錄
-e和!-e用來判斷是否存在文件或目錄
-x和!-x用來判斷文件是否可執行
例:
location = /
#匹配任何查詢,因爲所有請求都已 / 開頭。但是正則表達式規則和長的塊規則將被優先和查詢匹配
location ^~ /images/ {
匹配任何已/images/開頭的任何查詢並且停止搜索。任何正則表達式將不會被測試。
location ~* .(gif|jpg|jpeg)$ {
匹配任何已.gif、.jpg 或 .jpeg 結尾的請求
入門
1、if指令
所有的Nginx內置變量都可以通過if指令和正則表達式來進行匹配,並且根據匹配結果進行一些操作,如下:
代碼如下 複製代碼
if (KaTeX parse error: Expected '}', got 'EOF' at end of input: … rewrite ^(.*) /msie/$1 break;
}
if ()" ) {
set $id $1;
}
使用符號*和模式匹配的正則表達式:
1.~爲區分大小寫的匹配。
2.~*不區分大小寫的匹配(匹配firefox的正則同時匹配FireFox)。
3.!和!*意爲“不匹配的”。
Nginx在很多模塊中都有內置的變量,常用的內置變量在HTTP核心模塊中,這些變量都可以使用正則表達式進行匹配。
2、可以通過正則表達式匹配的指令
location
查看維基:location
可能這個指令是我們平時使用正則匹配用的最多的指令:
代碼如下 複製代碼
location ~ .*.php?$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /data/wwwsite/test.com/$fastcgi_script_name;
include fcgi.conf;
}
幾乎每個基於LEMP的主機都會有如上一段代碼。他的匹配規則類似於if指令,不過他多了三個標識符,^~、=、@。並
且它沒有取反運算符!,這三個標識符的作用分別是:
1.^~ 標識符後面跟一個字符串。Nginx將在這個字符串匹配後停止進行正則表達式的匹配(location指令中正則表達
式的匹配的結果優先使用),如:location ^~ /images/,你希望對/images/這個目錄進行一些特別的操作,如增加
expires頭,防盜鏈等,但是你又想把除了這個目錄的圖片外的所有圖片只進行增加expires頭的操作,這個操作可能
會用到另外一個location,例如:location ~* .(gif|jpg|jpeg)$,這樣,如果有請求/images/1.jpg,nginx如何決
定去進行哪個location中的操作呢?結果取決於標識符^~,如果你這樣寫:location /images/,這樣nginx會將1.jpg
匹配到location ~* .(gif|jpg|jpeg)$這個location中,這並不是你需要的結果,而增加了^~這個標識符後,它在匹
配了/images/這個字符串後就停止搜索其它帶正則的location。
2.= 表示精確的查找地址,如location = /它只會匹配uri爲/的請求,如果請求爲/index.html,將查找另外的
location,而不會匹配這個,當然可以寫兩個location,location = /和location /,這樣/index.html將匹配到後者
,如果你的站點對/的請求量較大,可以使用這個方法來加快請求的響應速度。
3.@ 表示爲一個location進行命名,即自定義一個location,這個location不能被外界所訪問,只能用於Nginx產生的
子請求,主要爲error_page和try_files。
注意,這3個標識符後面不能跟正則表達式,雖然配置文件檢查會通過,而且沒有任何警告,但是他們並不會進行匹配
。
綜上所述,location指令對於後面值的匹配順序爲:
1.標識符“=”的location會最先進行匹配,如果請求uri匹配這個location,將對請求使用這個location的配置。
2.進行字符串匹配,如果匹配到的location有^~這個標識符,匹配停止返回這個location的配置。
3.按照配置文件中定義的順序進行正則表達式匹配。最早匹配的location將返回裏面的配置。
4.如果正則表達式能夠匹配到請求的uri,將使用這個正則對應的location,如果沒有,則使用第二條匹配的結果。
server_name
查看維基:server_name
server_name用於配置基於域名或IP的虛擬主機,這個指令也是可以使用正則表達式的,但是注意,這個指令中的正則
表達式不用帶任何的標識符,但是必須以~開頭:
代碼如下 複製代碼
server {
server_name www.example.com ~^wwwd+.example.com$;
}
server_name指令中的正則表達式可以使用引用,高級的應用可以查看這篇文章:在server_name中使用正則表達式
fastcgi_split_path_info
查看維基:fastcgi_split_path_info
這個指令按照CGI標準來設置SCRIPT_FILENAME (SCRIPT_NAME)和PATH_INFO變量,它是一個被分割成兩部分(兩個引用
)的正則表達式。如下:
代碼如下 複製代碼
location ~ ^.+.php {
(…)
fastcgi_split_path_info ^(.+.php)(.)fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param PATH_TRANSLATED fastcgi_path_info;
(…)
}
第一個引用(.+.php)加上/path/to/php將作爲SCRIPT_FILENAME,第二個引用(.)爲PATH_INFO,例如請求的完整
URI爲show.php/article/0001,則上例中SCRIPT_FILENAME的值爲/path/to/php/show.php,PATH_INFO則
爲/article/0001。
這個指令通常用於一些通過PATH_INFO美化URI的框架(例如CodeIgniter)。
gzip_disable
查看維基:gzip_disable
通過正則表達式來指定在哪些瀏覽器中禁用gzip壓縮。
gzip_disable “msie6”;rewrite
查看維基:rewrite
這個指令應該也是用的比較多的,它需要使用完整的包含引用的正則表達式:
代碼如下 複製代碼
rewrite “/photos/([0-9] {2})([0-9] {2})([0-9] {2})” /path/to/photos/$1/$1$2/$1$2$3.png;通常環境下我們
會把它和if結合來使用:
代碼如下 複製代碼
if ($host ~* www.(.*)) {
set $host_without_www http://$host_without_www$1 permanent; # $1爲’/foo’,而不是’www.mydomain.com/foo’
}
Nginx中的正則如何匹配中文
首先確定在編譯pcre時加了enable-utf8參數,如果沒有,請重新編譯pcre,然後就可以在Nginx的配置文件中使用這
樣的正則:”(*UTF8)^/[x{4e00}-x{9fbf}]+)$”注意引號和前面的(*UTF8),(*UTF8)將告訴這個正則切換爲UTF8模
式。
代碼如下 複製代碼
[root@backup conf]# pcretest
PCRE version 8.10 2010-06-25
re> /1+/8
data> 測試
0: x{6d4b}x{8bd5}
data> Nginx模塊參考手冊中文版
No match
data> 參考手冊中文版
0: x{53c2}x{8003}x{624b}x{518c}x{4e2d}x{6587}x{7248}
location順序錯誤導致下載.php源碼而不執行php程序的問題
看下面的例子片斷(server段、wordpress安裝到多個目錄):
代碼如下 複製代碼
location / {
try_files $uri $uri/ /index.html;
}
location /user1/ {
try_files $uri uri&$args;
}
location ~* ^/(user2|user3)/ {
try_files $uri $uri/ /uri&$args;
}
location ~ .php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi_params;
}
=====================================
nginx.conf的配置代碼看上去沒有任何問題,而事實上:
訪問 /user1/會正常執行php程序。
訪問 /user2/ 或 /user3/ 都不會執行程序,而是直接下載程序的源代碼。
原因在哪裏?看到他們地區別了嗎?
/user1/是普通location寫法
而/user2/ 或 /user3/ 是正則表達式匹配的location
問題就出在了/user2/ 或 /user3/匹配location指令使用了正則表達式,所以必須注意代碼段的先後順序,必須把
location ~ .php$ {…}段上移、放到它的前面去。
正確的代碼舉例:
代碼如下 複製代碼
location / {
try_files $uri $uri/ /index.html;
}
location /user1/ {
try_files $uri uri&$args;
}
location ~ .php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi_params;
}
location ~* ^/(user2|user3)/ {
try_files $uri $uri/ /uri&$args;
}
=====================================
【注意】對於普通location指令行,是沒有任何順序的要求的。如果你也遇到了類似的問題,可以嘗試調整使用正則
表達式的location指令片斷的順序來調試
x{4e00}-x{9fbf} ↩︎