Nginx是俄羅斯人Igor Sysoev基於C語言編寫的十分輕量級的HTTP服務器，它主要有以下特點：
它是一個高性能的HTTP和反向代理服務器，同時也是一個IMAP/POP3/SMTP 代理服務器；
Nginx使用異步事件驅動的方法來處理請求，Nginx的模塊化事件驅動架構可以在高負載下提供更可預測的性能；
作為Web服務器，Nginx處理靜態文件、索引文件，自動索引的效率非常高
作為反向代理服務器，Nginx可以實現反向代理加速，提高網站運行速度
作為負載均衡服務器，Nginx既可以在內部直接支持Rails和PHP，也可以支持HTTP代理服務器對外進行服務，同時還支持簡單的容錯和利用算法進行負載均衡
Nginx是專門為性能優化而開發的，非常注重效率，Nginx在官方測試的結果中，能夠支持五萬個並行連接，而在實際的運作中，可以支持二萬至四萬個並行鏈接
在高可用性方面，Nginx支持熱部署，啟動速度特別迅速，因此可以在不間斷服務的情況下，對軟件版本或者配置進行升級
nginx如何配置？
Nginx的配置文件默認存放路徑是etc/nginx/nginx.conf，可以在Nginx啟動時添加參數–conf-path=PATH來更改nginx.conf文件的存放路徑。nginx.conf中的配置信息主要包含以下五個部分：
main（全局設置）：主要是包括Nginx工作進程，日誌的配置以及server，location中一些共用的配置
events（連接設置）：主要包括Nginx連接信息的配置
server（主機設置）：主要是包括主機名稱，Ip，路徑解析，http請求頭設置，反向代理等配置
upstream（上游服務器設置）：主要為反向代理服務器信息、負載均衡等相關配置
location（URL匹配）：特定URL的匹配設置
以上每部分包含若干個條指令，他們之間的關係是：server繼承main，location繼承server，main部分設置的指令將影響其它所有部分的設置，server部分的設置將影響到location部分的設置。upstream既不會繼承指令也不會被繼承，它有自己的特殊指令，不需要在其他地方的應用。
nginx中location部分url如何匹配？
location主要是匹配url中除去server_name（主機名）後的部分,其中關於url的匹配規則有以下幾種：
精確匹配：以“=”開頭表示精確匹配
開頭匹配：^~ 表示uri以某個常規字符串開頭，不是正則匹配
區分大小寫的正則匹配：~開頭表示區分大小寫的正則匹配
不區分大小寫的正則匹配：~* 開頭表示不區分大小寫的正則匹配
通用匹配：匹配url的前面部分
對於上述五類匹配，它們之間的匹配順序和優先級關係如下：
不同類型之間匹配和location的順序無關，只和優先級有關，各種匹配規則的優先級關係是： [精確匹配] > [開頭匹配] > [正則匹配] > [通用匹配];
除了通用匹配,開頭匹配以外，相同類型的匹配優先級只和順序有關，排在前面的優先匹配；
通用匹配和開頭匹配的優先級與通用匹配的最長字符串有關，通用字符串越長，匹配優先級越高；
下面是我設置的幾個location，並測試和驗證以上匹配規則：
server {
listen 80 default_server;
server_name dev.zdp.com;
# 通用匹配 [匹配規則0]
location /
{
return 302 https://dashboard.youdata.com;
}
# 通用匹配 [匹配規則1]
location /hello
{
return 302 https://dashboard.youdata.com;
}
# 通用匹配 [匹配規則2]
location /hello/no
{
return 302 https://dev.youdata.com;
}
# 不區分大小寫的正則匹配 [匹配規則3]
location ~* /hello/y[a-e][a-z][1-9]
{
return 302 https://test.youdata.com;
}
# 區分大小寫的正則匹配 [匹配規則4]
location ~ /hello/y[A-E][E-Z][1-9]
{
return 302 https://pre.youdata.com;
}
# 區分大小寫的正則匹配 [匹配規則5]
location ~ /hello/y[a-e][e-z]
{
return 302 https://pre163.youdata.com;
}
# 開頭匹配 [匹配規則6]
location ^~ /hello/yes
{
return 302 https://youdata.netease.com;
}
# 開頭匹配 [匹配規則7]
location ^~ /hello/yesno
{
return 302 https://youdata.163.com;
}
# 精確匹配 [匹配規則8]
location = /hello
{
return 302 https://www.baidu.com;
}
}
location用例測試：
“http://dev.zdp.com/hello” ——- 精確匹配優先，命中[匹配規則8]
“
http://dev.zdp.com/hello/yesnoOk” ——- 開頭匹配優先，開頭匹配同時滿足條件時，長優先，命中[匹配規則7]
“
http://dev.zdp.com/hello/yesOk” ——- 開頭匹配優先，命中[匹配規則6]
“
http://dev.zdp.com/hello/yaz” ——- 正則匹配，命中[匹配規則5]
“
http://dev.zdp.com/hello/yAZ3” ——- 正則匹配，按照location順序匹配，命中[匹配規則3]
“
http://dev.zdp.com/hello/no” ——- 通用匹配，按照匹配長度優先，命中[匹配規則2]
“
http://dev.zdp.com/hello/Ok” ——- 通用匹配，命中[匹配規則1]
“
http://dev.zdp.com/everyone” ——- 通用匹配，所有其它匹配不滿足時，命中[匹配規則0]
nginx中rewrite命令如何重寫url？
rewrite功能就是，使用nginx提供的全局變量或自己設置的變量，結合正則表達式和標誌位實現url重寫以及重定向。rewrite只能放在server{},location{}中，並且只能對域名後邊的除去傳遞的參數外的字符串起作用，例如：
http://dev.zdp.com/a/we/index.php?id=1&u=str => rewrite只能對/a/we/index.php部分重寫
server {
rewrite 規則 定向路徑 重寫flag;
}
location {
rewrite 規則 定向路徑 重寫flag;
}
rewrite的執行順序
執行server塊的rewrite指令；執行location匹配；執行選定的location中的rewrite指令，如果location中rewrite指令沒有break的flag，則會根據當前rewrite路徑重新匹配location；如果其中某步URI被重寫，則重新循環執行1-3，直到找到真實存在的文件，循環最多不會超過10次；
rewrite的flag標誌
last: 停止處理當前location中的ngxhttprewritemodule指令集（rewrite，return等），並開始重新搜索與更改後的URI相匹配的locationbreak : 停止處理當前location中的ngxhttprewritemodule指令集（rewrite，return等），不會重新搜索redirect : 返回302臨時重定向，地址欄會顯示跳轉後的地址permanent : 返回301永久重定向，地址欄會顯示跳轉後的地址default: 默認標誌，繼續會處理當前location中的ngxhttprewrite_module指令集（rewrite，return等），如果沒有return，會開始重新搜索與更改後的URI相匹配的location
nginx中if判斷如何使用?
只是上面的簡單重寫很多時候滿足不了需求，比如需要判斷當文件不存在時、當路徑包含xx時等條件，則需要用到if
Nginx中if語法為：if(condition){…}，對給定的條件condition進行判斷。如果為真，大括號內命令將被執行
if判斷規則
當表達式只是一個變量時，如果值為空或任何以0開頭的字符串都會當做false
直接比較變量和內容時，使用=或!=
\~正則表達式匹配，\~*不區分大小寫的匹配，!~區分大小寫的正則表達式不匹配，滿足條件返回true
-f和!-f用來判斷是否存在文件
-d和!-d用來判斷是否存在目錄
-e和!-e用來判斷是否存在文件或目錄
-x和!-x用來判斷文件是否可執行
if條件中一般會使用到一些變量，這些變量有些是用戶定義的，有些是系統本身存在的，關於變量相關內容請看下文[Nginx中如何使用變量？]
server {
if ($http_user_agent ~ MSIE) {
rewrite ^(.*)$ /msie/$1 break;
}
# 如果UA包含"MSIE"，rewrite請求到/msid/目錄下
if ($http_cookie ~* "id=([^;]+)(?:;|$)") {
set $id $1;
}
# 如果cookie匹配正則，設置變量$id等於正則引用部分
if ($request_method = POST) {
return 405;
}
# 如果提交方法為POST，則返回狀態405（Method not allowed）。return不能返回301,302
if ($slow) {
limit_rate 10k;
}
# 限速，$slow可以通過 set 指令設置
if (!-f $request_filename){
break;
proxy_pass http://127.0.0.1;
}
# 如果請求的文件名不存在，則反向代理到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;
}
# 防盜鏈
}
}
nginx變量如何使用？
Nginx也可以使用變量，變量分為系統變量和自定義變量
變量特點
Nginx變量的創建只能發生在Nginx配置加載的時候，或者說Nginx啟動的時候；
Nginx變量的賦值操作則只會發生在請求實際處理的時候；
每個請求都有所有變量的獨立副本，或者說都有各變量用來存放值的容器的獨立副本，它們之間的值彼此互不干擾；
自定義變量
自定義變量通過set命令初始化和賦值，變量名前需要加$符號作為區分
# 設置變量$a = "helloworld";
set $a hello world;
# 設置變量$b = "helloworld, helloworld";
set $b "$a, $a";
nginx中一些常用的命令
nginx -t 檢查配置是否可用
nginx -s reload 重啟nginx