美國多IP服務器使用Nginx的location語法規則
美國多IP服務器使用Nginx的location語法規則:location [=|~|~*|^~] /uri/ { … }= 開頭表示精確匹配 ^~ 開頭表示uri以某個常規字符串開頭,理解為匹配 url路徑即可。nginx不對url做編碼,因此請求為/static/20%/aa,可以被規則^~ /static/ /aa匹配到(注意是空格)。 ~ 開頭表示區分大小寫的正則匹配 ~* 開頭表示不區分大小寫的正則匹配 !~和!~* 分別為區分大小寫不匹配及不區分大小寫不匹配 的正則 / 通用匹配,任何請求都會匹配到。
多個location配置的情況下匹配順序為(參考資料而來,還未實際驗證,試試就知道了,不必拘泥,僅供參考): 首先匹配 =,其次匹配^~, 其次是按文件中順序的正則匹配,最后是交給 / 通用匹配。當有匹配成功時候,停止匹配,按當前匹配規則處理請求。
美國多IP服務器使用示例說明: 有如下匹配規則: location = / { #規則A } location = /login { #規則B } location ^~ /static/ { #規則C } location ~ \.(gif|jpg|png|js|css)$ { #規則D } location ~* \.png$ { #規則E } location !~ \.xhtml$ { #規則F } location !~* \.xhtml$ { #規則G } location / { #規則H }
產生的效果如下: 訪問根目錄/, 比如//localhost/ 將匹配規則A 訪問//localhost/login 將匹配規則B,//localhost/register 則匹配規則H 訪問//localhost/static/a.html 將匹配規則C 訪問//localhost/a.gif, //localhost/b.jpg 將匹配規則D和規則E,但是規則D順序優先,規則E不起作用, 而 //localhost/static/c.png 則優先匹配到 規則C 訪問//localhost/a.PNG 則匹配規則E, 而不會匹配規則D,因為規則E不區分大小寫。 訪問//localhost/a.xhtml 不會匹配規則F和規則G,//localhost/a.XHTML不會匹配規則G,因為不區分大小寫。規則F,規則G屬于排除法,符合匹配規則但是不會匹配到,所以想想看實際應用中哪里會用到。 訪問//localhost/category/id/1111 則最終匹配到規則H,因為以上規則都不匹配,這個時候應該是nginx轉發請求給后端應用服務器,比如FastCGI(php),tomcat(jsp),nginx作為方向代理服務器存在。
所以實際使用中,至少有三個匹配規則定義,如下: 直接匹配網站根,通過域名訪問網站首頁比較頻繁,使用這個會加速處理,官網如是說。 這里是直接轉發給后端應用服務器了,也可以是一個靜態首頁 第一個必選規則 location = / { proxy_pass //tomcat:8080/index }
第二個必選規則是處理靜態文件請求,這是nginx作為http服務器的強項 有兩種配置模式,目錄匹配或后綴匹配,任選其一或搭配使用 location ^~ /static/ { root /webroot/static/; } location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ { root /webroot/res/; }
第三個規則就是通用規則,用來轉發動態請求到后端應用服務器 非靜態文件請求就默認是動態請求,自己根據實際把握 畢竟目前的一些框架的流行,帶.php,.jsp后綴的情況很少了 location / { proxy_pass //tomcat:8080/ }
美國多IP服務器使用盡管Nginx整個程序包只有500多K,但麻雀雖小、五臟俱全。 Nginx官方提供的各種功能模塊應有盡有,結合這些模塊可以完整各種各樣的配置要求,例如:壓縮、防盜鏈、集群、FastCGI、流媒體服務器、Memcached 支持、URL 重寫等等,更關鍵的是Nginx擁有Apache和其他HTTP服務器無法比擬的高性能。甚至可以在不改變原有網站的架構上,通過在前端引入Nginx做負載均衡來提升網站的訪問速度。
-------------------------------------------------------下面對Nginx的一些特殊設置做一說明-------------------------------------------------------
nginx的全局變量-------------------------------------------------------------------------------- remote_addr 客戶端ip,如:192.168.4.2 binary_remote_addr 客戶端ip(二進制) remote_port 客戶端port,如:50472 remote_user 已經經過Auth Basic Module驗證的用戶名 host 請求主機頭字段,否則為服務器名稱,如:dwz.stamhe.com request 用戶請求信息,如:GET /?_a=index&_m=show&count=10 HTTP/1.1 request_filename 當前請求的文件的路徑名,由root或alias和URI request組合而成,如:/webserver/htdocs/dwz/index.php status 請求的響應狀態碼,如:200 body_bytes_sent 響應時送出的body字節數數量。即使連接中斷,這個數據也是精確的,如:40 content_length 請求頭中的Content-length字段 content_type 請求頭中的Content-Type字段 http_referer 引用地址 http_user_agent 客戶端agent信息,如:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.57 Safari/536.11 args 如:_a=index&_m=show&count=10 document_uri 與$uri相同,如:/index.php document_root 針對當前請求的根路徑設置值,如:/webserver/htdocs/dwz hostname 如:centos53.localdomain http_cookie 客戶端cookie信息 cookie_COOKIE cookie COOKIE變量的值 is_args 如果有$args參數,這個變量等于”?”,否則等于”",空值,如? limit_rate 這個變量可以限制連接速率,0表示不限速 query_string 與$args相同,如:_a=index&_m=show&count=10 realpath_root 如:/webserver/htdocs/dwz request_body 記錄POST過來的數據信息 request_body_file 客戶端請求主體信息的臨時文件名 request_method 客戶端請求的動作,通常為GET或POST,如:GET request_uri 包含請求參數的原始URI,不包含主機名,如:”/foo/bar.php?arg=baz”。不能修改。如:/index.php?_a=index&_m=show&count=10 scheme HTTP方法(如http,https),如:http uri 如:/index.php request_completion 如果請求結束,設置為OK. 當請求未結束或如果該請求不是請求鏈串的最后一個時,為空(Empty),如:OK server_protocol 請求使用的協議,通常是HTTP/1.0或HTTP/1.1,如:HTTP/1.1 server_addr 服務器地址,在完成一次系統調用后可以確定這個值,如:192.168.4.129 server_name 服務器名稱,如:dwz.stamhe.com server_port 請求到達服務器的端口號,如:80