Nginx配置location詳解

location正則寫(xiě)法

location使用語(yǔ)法:

location [ = | ~ | ~* | ^~ ] ?uri ?{ }

# ~區(qū)分大小寫(xiě)的正則匹配;

# ~*不區(qū)分大小寫(xiě)的正則匹配;

# ^~常規(guī)字符串匹配;

location語(yǔ)法說(shuō)明

一個(gè)示例:

location? = / {

# 精確匹配 / ,主機(jī)名后面不能帶任何字符串

[ configuration A ]

}

location? / {

# 因?yàn)樗械牡刂范家?/ 開(kāi)頭,所以這條規(guī)則將匹配到所有請(qǐng)求

# 但是正則和最長(zhǎng)字符串會(huì)優(yōu)先匹配

[ configuration B ]

}

location /documents/ {

# 匹配任何以 /documents/ 開(kāi)頭的地址,匹配符合以后,還要繼續(xù)往下搜索

# 只有后面的正則表達(dá)式?jīng)]有匹配到時(shí),這一條才會(huì)采用這一條

[ configuration C ]

}

location ~ /documents/Abc {

# 匹配任何以 /documents/ 開(kāi)頭的地址,匹配符合以后,還要繼續(xù)往下搜索

# 只有后面的正則表達(dá)式?jīng)]有匹配到時(shí),這一條才會(huì)采用這一條

[ configuration CC ]

}

location ^~ /images/ {

# 匹配任何以 /images/ 開(kāi)頭的地址,匹配符合以后,停止往下搜索正則,采用這一條。

[ configuration D ]

}

location ~* \.(gif|jpg|jpeg)$ {

# 匹配所有以 gif,jpg或jpeg 結(jié)尾的請(qǐng)求

# 然而,所有請(qǐng)求 /images/ 下的圖片會(huì)被 config D 處理,因?yàn)?^~ 到達(dá)不了這一條正則

[ configuration E ]

}

location /images/ {

# 字符匹配到 /images/,繼續(xù)往下,會(huì)發(fā)現(xiàn) ^~ 存在

[ configuration F ]

}

location /images/abc {

# 最長(zhǎng)字符匹配到 /images/abc,繼續(xù)往下,會(huì)發(fā)現(xiàn) ^~ 存在

# F與G的放置順序是沒(méi)有關(guān)系的

[ configuration G ]

}

location ~ /images/abc/ {

# 只有去掉 config D 才有效:先最長(zhǎng)匹配 config G 開(kāi)頭的地址,繼續(xù)往下搜索,匹配到這一條正則,采用

[ configuration H ]

}

location ~* /js/.*/\.js

? ? ? ? 以=開(kāi)頭表示精確匹配

? ? ? ? 如 A 中只匹配根目錄結(jié)尾的請(qǐng)求,后面不能帶任何字符串。

? ? ? ? ^~開(kāi)頭表示uri以某個(gè)常規(guī)字符串開(kāi)頭,不是正則匹配

? ? ? ? ~ 開(kāi)頭表示區(qū)分大小寫(xiě)的正則匹配;

? ? ? ? ~* 開(kāi)頭表示不區(qū)分大小寫(xiě)的正則匹配

? ? ? ? / 通用匹配, 如果沒(méi)有其它匹配,任何請(qǐng)求都會(huì)匹配到

順序 no優(yōu)先級(jí):(location =) > (location 完整路徑) > (location ^~ 路徑) > (location ~,~* 正則順序) > (location 部分起始路徑) > (/)

上面的匹配結(jié)果按照上面的location寫(xiě)法,以下的匹配示例成立:

? ? ? ? / -> config A

? ? ? ? 精確完全匹配,即使/index.html也匹配不了

? ? ? ? /downloads/download.html -> config B

? ? ? ? 匹配B以后,往下沒(méi)有任何匹配,采用B

? ? ? ? /images/1.gif -> configuration D

? ? ? ? 匹配到F,往下匹配到D,停止往下

? ? ? ? /images/abc/def -> config D

? ? ? ? 最長(zhǎng)匹配到G,往下匹配D,停止往下

? ? ? ? 你可以看到 任何以/images/開(kāi)頭的都會(huì)匹配到D并停止,F(xiàn)G寫(xiě)在這里是沒(méi)有任何意義的,H是永遠(yuǎn)輪不到的,這里只是為了說(shuō)明匹配順序

? ? ? ?/documents/document.html -> config C

? ? ? ? 匹配到C,往下沒(méi)有任何匹配,采用C

? ? ? ? /documents/1.jpg -> configuration E

? ? ? ? 匹配到C,往下正則匹配到E

? ? ? ? /documents/Abc.jpg -> config CC

? ? ? ?最長(zhǎng)匹配到C,往下正則順序匹配到CC,不會(huì)往下到E

實(shí)際使用建議

所以實(shí)際使用中,個(gè)人覺(jué)得至少有三個(gè)匹配規(guī)則定義,如下:

#直接匹配網(wǎng)站根,通過(guò)域名訪問(wèn)網(wǎng)站首頁(yè)比較頻繁,使用這個(gè)會(huì)加速處理,官網(wǎng)如是說(shuō)。

#這里是直接轉(zhuǎn)發(fā)給后端應(yīng)用服務(wù)器了,也可以是一個(gè)靜態(tài)首頁(yè)

# 第一個(gè)必選規(guī)則

location = / {

proxy_pass http://tomcat:8080/index

}

# 第二個(gè)必選規(guī)則是處理靜態(tài)文件請(qǐng)求,這是nginx作為http服務(wù)器的強(qiáng)項(xiàng)

# 有兩種配置模式,目錄匹配或后綴匹配,任選其一或搭配使用

location ^~ /static/ {

root /webroot/static/;

}

location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {

root /webroot/res/;

}

#第三個(gè)規(guī)則就是通用規(guī)則,用來(lái)轉(zhuǎn)發(fā)動(dòng)態(tài)請(qǐng)求到后端應(yīng)用服務(wù)器

#非靜態(tài)文件請(qǐng)求就默認(rèn)是動(dòng)態(tài)請(qǐng)求,自己根據(jù)實(shí)際把握

#畢竟目前的一些框架的流行,帶.php,.jsp后綴的情況很少了

location / {

proxy_pass http://tomcat:8080/

}


Rewrite規(guī)則:

Nginx的rewrite的主要功能是實(shí)現(xiàn)URL地址重寫(xiě)。Nginx的rewrite規(guī)則需要PCRE軟件的支持,即通過(guò)Perl兼容正則表達(dá)式語(yǔ)法進(jìn)行規(guī)則匹配。

Nginx rewrite語(yǔ)法:

rewrite regex replacement [flag];

#應(yīng)用位置:server、location、if

rewrite功能就是,使用nginx提供的全局變量或自己設(shè)置的變量,結(jié)合正則表達(dá)式和標(biāo)志位實(shí)現(xiàn)url重寫(xiě)以及重定向。rewrite只能放在server{},location{},if{}中,并且只能對(duì)域名后邊的除去傳遞的參數(shù)外的字符串起作用,例如http://seanlook.com/a/we/index.php?id=1&u=str只對(duì)/a/we/index.php重寫(xiě)。語(yǔ)法rewrite regex replacement [flag];

如果相對(duì)域名或參數(shù)字符串起作用,可以使用全局變量匹配,也可以使用proxy_pass反向代理。

表明看rewrite和location功能有點(diǎn)像,都能實(shí)現(xiàn)跳轉(zhuǎn),主要區(qū)別在于rewrite是在同一域名內(nèi)更改獲取資源的路徑,而location是對(duì)一類(lèi)路徑做控制訪問(wèn)或反向代理,可以proxy_pass到其他機(jī)器。很多情況下rewrite也會(huì)寫(xiě)在location里,它們的執(zhí)行順序是:

? ? ? ? 1、執(zhí)行server塊的rewrite指令

? ? ? ? 2、執(zhí)行l(wèi)ocation匹配

? ? ? ? 3、執(zhí)行選定的location中的rewrite指令

如果其中某步URI被重寫(xiě),則重新循環(huán)執(zhí)行1-3,直到找到真實(shí)存在的文件;循環(huán)超過(guò)10次,則返回500 Internal Server Error錯(cuò)誤。


flag 標(biāo)志位:

last : 相當(dāng)于Apache的[L]標(biāo)記,表示完成rewrite;

break?: 停止執(zhí)行當(dāng)前虛擬主機(jī)的后續(xù)rewrite指令集;

redirect : 返回302臨時(shí)重定向,地址欄會(huì)顯示跳轉(zhuǎn)后的地址;

permanent : 返回301永久重定向,地址欄會(huì)顯示跳轉(zhuǎn)后的地址;

#last和break用來(lái)實(shí)現(xiàn)URL重寫(xiě),瀏覽器地址欄的URL地址不變,但在服務(wù)器端訪問(wèn)的程序及路徑發(fā)生了變化;

#redirect和permanent用來(lái)實(shí)現(xiàn)URL跳轉(zhuǎn),瀏覽器地址欄會(huì)顯示跳轉(zhuǎn)后的URL地址;

flag標(biāo)志說(shuō)明

因?yàn)?01和302不能簡(jiǎn)單的只返回狀態(tài)碼,還必須有重定向的URL,這就是return指令無(wú)法返回301,302的原因了。這里 last 和 break 區(qū)別有點(diǎn)難以理解:

last一般寫(xiě)在server和if中,而break一般使用在location中;

last不終止重寫(xiě)后的url匹配,即新的url會(huì)再?gòu)膕erver走一遍匹配流程,而break終止重寫(xiě)后的匹配;

break和last都能組織繼續(xù)執(zhí)行后面的rewrite指令;

? 使用proxy_pass指令時(shí)要使用break標(biāo)記;

Nginx的rewrite功能在企業(yè)里應(yīng)用非常廣泛:

可以調(diào)整用戶(hù)瀏覽的URL,使其看起來(lái)更規(guī)范,合乎開(kāi)發(fā)人員及產(chǎn)品人員的需求;

為了讓搜索引擎收錄網(wǎng)站內(nèi)容,并讓用戶(hù)體驗(yàn)更好,企業(yè)會(huì)將動(dòng)態(tài)URL地址偽裝成靜態(tài)地址提供服務(wù);

網(wǎng)站換新域名后,讓舊域名的訪問(wèn)跳轉(zhuǎn)到新的域名上;

根據(jù)特殊變量、目錄、客戶(hù)端的信息進(jìn)行URL跳轉(zhuǎn);


if 指令與全局變量:

語(yǔ)法為if(condition){...},對(duì)給定的條件condition進(jìn)行判斷。如果為真,大括號(hào)內(nèi)的rewrite指令將被執(zhí)行,if條件(conditon)可以是如下任何內(nèi)容:

? ? ? ? 當(dāng)表達(dá)式只是一個(gè)變量時(shí),如果值為空或任何以0開(kāi)頭的字符串都會(huì)當(dāng)做false

? ? ? ? 直接比較變量和內(nèi)容時(shí),使用=或!=

? ? ? ? ~正則表達(dá)式匹配,~*不區(qū)分大小寫(xiě)的匹配,!~區(qū)分大小寫(xiě)的不匹配

-f和!-f用來(lái)判斷是否存在文件

-d和!-d用來(lái)判斷是否存在目錄

-e和!-e用來(lái)判斷是否存在文件或目錄

-x和!-x用來(lái)判斷文件是否可執(zhí)行

例如:

if ($http_user_agent ~ MSIE) {

? ? rewrite ^(.*)$ /msie/$1 break;

} //如果UA包含"MSIE",rewrite請(qǐng)求到/msid/目錄下

if ($http_cookie ~* "id=([^;]+)(?:;|$)") {

? ? set $id $1;

} //如果cookie匹配正則,設(shè)置變量$id等于正則引用部分

if ($request_method = POST) {

? ? return 405;

} //如果提交方法為POST,則返回狀態(tài)405(Method not allowed)。return不能返回301,302

if ($slow) {

? ? limit_rate 10k;

} //限速,$slow可以通過(guò) set 指令設(shè)置

if (!-f $request_filename){

? ? break;

? ? proxy_pass? http://127.0.0.1;

} //如果請(qǐng)求的文件名不存在,則反向代理到localhost 。這里的break也是停止rewrite檢查

if ($args ~ post=140){

? ? rewrite ^ http://example.com/ permanent;

} //如果query string中包含"post=140",永久重定向到example.com

? ? location ~* \.(gif|jpg|png|swf|flv)$ {

? ? valid_referers none blocked www.jefflei.com www.leizhenfang.com;

? ? if ($invalid_referer) {

? ? ? ? return 404;

? ? } //防盜鏈

}

全局變量:

下面是可以用作if判斷的全局變量:

$args: #這個(gè)變量等于請(qǐng)求行中的參數(shù),同$query_string

$content_length: 請(qǐng)求頭中的Content-length字段。

$content_type: 請(qǐng)求頭中的Content-Type字段。

$document_root: 當(dāng)前請(qǐng)求在root指令中指定的值。

$host: 請(qǐng)求主機(jī)頭字段,否則為服務(wù)器名稱(chēng)。

$http_user_agent: 客戶(hù)端agent信息

$http_cookie: 客戶(hù)端cookie信息

$limit_rate: 這個(gè)變量可以限制連接速率。

$request_method: 客戶(hù)端請(qǐng)求的動(dòng)作,通常為GET或POST。

$remote_addr: 客戶(hù)端的IP地址。

$remote_port: 客戶(hù)端的端口。

$remote_user: 已經(jīng)經(jīng)過(guò)Auth Basic Module驗(yàn)證的用戶(hù)名。

$request_filename: 當(dāng)前請(qǐng)求的文件路徑,由root或alias指令與URI請(qǐng)求生成。

$scheme: HTTP方法(如http,https)。

$server_protocol: 請(qǐng)求使用的協(xié)議,通常是HTTP/1.0或HTTP/1.1。

$server_addr: 服務(wù)器地址,在完成一次系統(tǒng)調(diào)用后可以確定這個(gè)值。

$server_name: 服務(wù)器名稱(chēng)。

$server_port: 請(qǐng)求到達(dá)服務(wù)器的端口號(hào)。

$request_uri: 包含請(qǐng)求參數(shù)的原始URI,不包含主機(jī)名,如:”/foo/bar.php?arg=baz”。

$uri: 不帶請(qǐng)求參數(shù)的當(dāng)前URI,$uri不包含主機(jī)名,如”/foo/bar.html”。

$document_uri: 與$uri相同。


例:http://localhost:88/test1/test2/test.php

$host:localhost

$server_port:88

$request_uri:http://localhost:88/test1/test2/test.php

$document_uri:/test1/test2/test.php

$document_root:/var/www/html

$request_filename:/var/www/html/test1/test2/test.php


常用正則:

.: 匹配除換行符以外的任意字符

?: 重復(fù)0次或1次

+: 重復(fù)1次或更多次

*: 重復(fù)0次或更多次

\d:匹配數(shù)字

^: 匹配字符串的開(kāi)始

$: 匹配字符串的介紹

{n}: 重復(fù)n次

{n,}: 重復(fù)n次或更多次

[c]: 匹配單個(gè)字符c

[a-z]: 匹配a-z小寫(xiě)字母的任意一個(gè)

小括號(hào)()之間匹配的內(nèi)容,可以在后面通過(guò)$1來(lái)引用,$2表示的是前面第二個(gè)()里的內(nèi)容。正則里面容易讓人困惑的是\轉(zhuǎn)義特殊字符。


rewrite實(shí)例

例1:

http {

? ? # 定義image日志格式

? ? log_format imagelog '[$time_local] ' $image_file ' ' $image_type ' ' $body_bytes_sent ' ' ? ? $status;

? ? # 開(kāi)啟重寫(xiě)日志

? ? rewrite_log on;

? ? server {

? ? ? ? root /home/www;

? ? ? ? location / {

? ? ? ? ? ? # 重寫(xiě)規(guī)則信息

? ? ? ? ? ? error_log logs/rewrite.log notice;

? ? ? ? ? ? ?# 注意這里要用‘’單引號(hào)引起來(lái),避免{}

? ? ? ? ? ? ?rewrite '^/images/([a-z]{2})/([a-z0-9]{5})/(.*)\.(png|jpg|gif)$' /data?file=$3.$4;

? ? ? ? ? ? ? # 注意不能在上面這條規(guī)則后面加上“l(fā)ast”參數(shù),否則下面的set指令不會(huì)執(zhí)行

? ? ? ? ? ? ?set $image_file $3;

? ? ? ? ? ? ? set $image_type $4;

? ? }

? ? location /data {

? ? ? ? ? ? # 指定針對(duì)圖片的日志格式,來(lái)分析圖片類(lèi)型和大小

? ? ? ? ? ? access_log logs/images.log mian;

? ? ? ? ? ? root /data/images;

? ? ? ? ? ? # 應(yīng)用前面定義的變量。判斷首先文件在不在,不在再判斷目錄在不在,如果還不在就跳轉(zhuǎn)到最后一個(gè)url里

? ? ? ? ? ? try_files /$arg_file /image404.html;

? ? }

? ? location = /image404.html {

? ? ? ? # 圖片不存在返回特定的信息

? ? ? ? return 404 "image not found\n";

? ? }

}

對(duì)形如/images/ef/uh7b3/test.png的請(qǐng)求,重寫(xiě)到/data?file=test.png,于是匹配到location /data,先看/data/images/test.png文件存不存在,如果存在則正常響應(yīng),如果不存在則重寫(xiě)tryfiles到新的image404 location,直接返回404狀態(tài)碼。

例2:

rewrite ^/images/(.*)_(\d+)x(\d+)\.(png|jpg|gif)$ /resizer/$1.$4?width=$2&height=$3? last;

對(duì)形如/images/bla_500x400.jpg的文件請(qǐng)求,重寫(xiě)到/resizer/bla.jpg?width=500&height=400地址,并會(huì)繼續(xù)嘗試匹配location。


Nginx訪問(wèn)認(rèn)證

有時(shí)需要為我們的網(wǎng)站設(shè)置訪問(wèn)賬號(hào)和密碼權(quán)限。

身份驗(yàn)證窗口

location / {

? ? auth_basic ? ?"zhang test";

? ? auth_basic_user_file ? ?/etc/nginx/auth.passwd;

}

這兩個(gè)參數(shù)需要說(shuō)明:

auth_basic

語(yǔ)法,auth_basic string | off;

默認(rèn)值,auth_basic off;

#使用位置,http、server、location、limit_except

auth_basic_user_file

語(yǔ)法,auth_basic_user_file file;file為接入認(rèn)證密碼文件

默認(rèn)值,——

#使用位置,http、server、location、limit_except

file文件內(nèi)容如下:

name1:passwd1

name2:passwd2

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,460評(píng)論 6 538
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,067評(píng)論 3 423
  • 文/潘曉璐 我一進(jìn)店門(mén),熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人,你說(shuō)我怎么就攤上這事。” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 177,467評(píng)論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 63,468評(píng)論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,184評(píng)論 6 410
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 55,582評(píng)論 1 325
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,616評(píng)論 3 444
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書(shū)人閱讀 42,794評(píng)論 0 289
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,343評(píng)論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,096評(píng)論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,291評(píng)論 1 371
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,863評(píng)論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,513評(píng)論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 34,941評(píng)論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 36,190評(píng)論 1 291
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 52,026評(píng)論 3 396
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,253評(píng)論 2 375

推薦閱讀更多精彩內(nèi)容

  • Nginx簡(jiǎn)介 解決基于進(jìn)程模型產(chǎn)生的C10K問(wèn)題,請(qǐng)求時(shí)即使無(wú)狀態(tài)連接如web服務(wù)都無(wú)法達(dá)到并發(fā)響應(yīng)量級(jí)一萬(wàn)的現(xiàn)...
    魏鎮(zhèn)坪閱讀 2,026評(píng)論 0 9
  • 編譯自:nginx-web-server 目錄: 建立虛擬服務(wù)器 配置 location 使用變量 返回指定的狀態(tài)...
    C86guli閱讀 6,159評(píng)論 0 6
  • 1.ngnix介紹 ngnix www服務(wù)軟件 俄羅斯人開(kāi)發(fā) 開(kāi)源 性能很高 本身是一款靜態(tài)WWW軟件 靜態(tài)小文件...
    逗比punk閱讀 2,119評(píng)論 1 6
  • 閱讀之前,建議先閱讀初識(shí) Nginx。 之后,我們來(lái)了解一下 Nginx 配置。 抽象來(lái)說(shuō),將 Nginx 配置為...
    思?jí)鬚HP閱讀 1,360評(píng)論 2 10
  • Spring Cloud為開(kāi)發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見(jiàn)模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn),斷路器,智...
    卡卡羅2017閱讀 134,807評(píng)論 18 139