基本命令要啟動 nginx，只需輸入： [sudo] nginx 當(dāng)你的 nginx 實例運行時，你可以通過發(fā)送相應(yīng)的信號來管理它： [sudo] nginx -s signal 可用的信號：
指令和上下文nginx 的配置文件，默認(rèn)的位置包括：
配置文件的由下面的部分構(gòu)成: 指令?– 可選項，包含名稱和參數(shù)，以分號結(jié)尾 gzip on; 上下文?– 分塊，你可以聲明指令 – 類似于編程語言中的作用域 worker_processes?2;?#?全局上下文指令 http?{??????????????#?http?上下文 ????gzip?on;????????#?http?上下文中的指令 ? ??server?{??????????#?server?上下文 ????listen?80;??????#?server?上下文中的指令 ??} } 指令類型 在多個上下文中使用相同的指令時，必須要小心，因為繼承模型不同時有著不同的指令。有三種類型的指令，每種都有自己的繼承模型。 普通指令 在每個上下文僅有唯一值。而且，它只能在當(dāng)前上下文中定義一次。子級上下文可以覆蓋父級中的值，并且這個覆蓋值只在當(dāng)前的子級上下文中有效。 gzip?on; gzip?off;?#?非法，不能在同一個上下文中指定同一普通指令2次 server?{ ??location?/downloads?{ ????gzip?off; ??} ??location?/assets?{ ????#?gzip?is?on?here ??} } 數(shù)組指令 在同一上下文中添加多條指令，將添加多個值，而不是完全覆蓋。在子級上下文中定義指令將覆蓋給父級上下文中的值。 error_log?/var/log/nginx/error.log; error_log?/var/log/nginx/error_notive.log?notice; error_log?/var/log/nginx/error_debug.log?debug; server?{ ??location?/downloads?{ ????#?下面的配置會覆蓋父級上下文中的指令 ????error_log?/var/log/nginx/error_downloads.log; ??} } 行動指令 行動是改變事情的指令。根據(jù)模塊的需要，它繼承的行為可能會有所不同。 例如 rewrite 指令，只要是匹配的都會執(zhí)行： server?{ ??rewrite?^?/foobar; ??location?/foobar?{ ????rewrite?^?/foo; ????rewrite?^?/bar; ??} } 如果用戶想嘗試獲取 /sample：
return 指令提供的是不同的行為： server?{ ??location?/?{ ????return?200; ????return?404; ??} } 在上述的情況下，立即返回200。 處理請求 在 Nginx 內(nèi)部，你可以指定多個虛擬服務(wù)器，每個虛擬服務(wù)器用 server{} 上下文描述。 server?{ ??listen??????*:80?default_server; ??server_name?netguru.co; ??return?200?"Hello?from?netguru.co"; } server?{ ??listen??????*:80; ??server_name?foo.co; ??return?200?"Hello?from?foo.co"; } server?{ ??listen??????*:81; ??server_name?bar.co; ??return?200?"Hello?from?bar.co"; } 這將告訴 Nginx 如何處理到來的請求。Nginx 將會首先通過檢查 listen 指令來測試哪一個虛擬主機在監(jiān)聽給定的 IP 端口組合。 然后，server_name 指令的值將檢測 Host 頭(存儲著主機域名)。 Nginx 將會按照下列順序選擇虛擬主機：
例如下面的例子： Request?to?foo.co:80?????=>?"Hello?from?foo.co" Request?to?www.foo.co:80?=>?"Hello?from?netguru.co" Request?to?bar.co:80?????=>?"Hello?from?netguru.co" Request?to?bar.co:81?????=>?"Hello?from?bar.co" Request?to?foo.co:81?????=>?"Hello?from?bar.co" server_name 指令 server_name指令接受多個值。它還處理通配符匹配和正則表達式。 server_name?netguru.co?www.netguru.co;?#?exact?match server_name?*.netguru.co;??????????????#?wildcard?matching server_name?netguru.*;?????????????????#?wildcard?matching server_name??~^[0-9]*\.netguru\.co$;???#?regexp?matching 當(dāng)有歧義時，nginx 將使用下面的命令：
Nginx 會存儲 3 個哈希表：確切的名字，以星號開始的通配符，和以星號結(jié)尾的通配符。如果結(jié)果不在任何表中，則將按順序進行正則表達式測試。 值得謹(jǐn)記的是 server_name .netguru.co; 是一個來自下面的縮寫 server_name? netguru.co? www.netguru.co? *.netguru.co; 有一點不同，.netguru.co 存儲在第二張表，這意味著它比顯式聲明的慢一點。 listen 指令 在很多情況下，能夠找到 listen 指令，接受IP:端口值 listen?127.0.0.1:80; listen?127.0.0.1;????#?by?default?port?:80?is?used listen?*:81; listen?81;???????????#?by?default?all?ips?are?used listen?[::]:80;??????#?IPv6?addresses listen?[::1];????????#?IPv6?addresses 然而，還可以指定 UNIX-domain 套接字。 listen unix:/var/run/nginx.sock; 你甚至可以使用主機名 listen?localhost:80; listen?netguru.co:80; 但請慎用，由于主機可能無法啟動 nginx，導(dǎo)致無法綁定在特定的 TCP Socket。 最后，如果指令不存在，則使用 *:80。 最小化配置 有了這些知識 – 我們應(yīng)該能夠創(chuàng)建并理解運行 nginx 所需的最低配置。 #?/etc/nginx/nginx.conf events?{}???????????????????#?events?context?needs?to?be?defined?to?consider?config?valid http?{ ?server?{ ????listen?80; ????server_name??netguru.co??www.netguru.co??*.netguru.co; ????return?200?"Hello"; ??} } root, location, 和 try_files 指令 root 指令 root 指令設(shè)置請求的根目錄，允許 nginx 將傳入請求映射到文件系統(tǒng)。 server?{ ??listen?80; ??server_name?netguru.co; ??root?/var/www/netguru.co; } 根據(jù)給定的請求，指定 nginx 服務(wù)器允許的內(nèi)容 netguru.co:80/index.html?????#?returns?/var/www/netguru.co/index.html netguru.co:80/foo/index.html?#?returns?/var/www/netguru.co/foo/index.html location 指令 location指令根據(jù)請求的 URI 來設(shè)置配置。 location [modifier] path location?/foo/?{ ??#?... } 如果沒有指定修飾符，則路徑被視為前綴，其后可以跟隨任何東西。 以上例子將匹配 /foo /fooo /foo123 /foo/bar/index.html ... 此外，在給定的上下文中可以使用多個 location 指令。 server?{ ??listen?80; ??server_name?netguru.co; ??root?/var/www/netguru.co; ??location?/?{ ????return?200?"root"; ??} ??location?/foo/?{ ????return?200?"foo"; ??} } netguru.co:80???/???????#?=>?"root" netguru.co:80???/foo????#?=>?"foo" netguru.co:80???/foo123?#?=>?"foo" netguru.co:80???/bar????#?=>?"root"? Nginx 也提供了一些修飾符，可用于連接 location。這些修飾符將影響 location 模塊使用的地方，因為每個修飾符都分配了優(yōu)先級。 =???????????-?Exact?match ^~??????????-?Preferential?match ~?&&?~*?????-?Regex?match no?modifier?-?Prefix?match Nginx 會先檢查精確匹配。如果找不到，我們會找優(yōu)先級最高的。如果這個匹配依然失敗，正則表達式匹配將按照出現(xiàn)的順序進行測試。至少，最后一個前綴匹配將被使用。 location?/match?{ ??return?200?'Prefix?match:?matches?everything?that?starting?with?/match'; } location?~*?/match[0-9]?{ ??return?200?'Case?insensitive?regex?match'; } location?~?/MATCH[0-9]?{ ??return?200?'Case?sensitive?regex?match'; } location?^~?/match0?{ ??return?200?'Preferential?match'; } location?=?/match?{ ??return?200?'Exact?match'; } /match/????#?=>?'Exact?match' /match0????#?=>?'Preferential?match' /match1????#?=>?'Case?insensitive?regex?match' /MATCH1????#?=>?'Case?sensitive?regex?match' /match-abc?#?=>?'Prefix?match:?matches?everything?that?starting?with?/match' try_files 指令 嘗試不同的路徑，找到一個路徑就返回。 try_files $uri index.html =404; 所以對于?/foo.html?請求，它將嘗試按以下順序返回文件：
有趣的是，如果我們在服務(wù)器上下文中定義 try_files，然后定義匹配的所有請求的 location —— try_files 將不會執(zhí)行。 這是因為在服務(wù)器上下文中定義的 try_files 是它的 pseudo-location，這是最不可能的位置。因此，定義 location/ 將比 pseudo-location 更具體。 server?{ ??try_files?$uri?/index.html?=404; ??location?/?{ ??} } 因此，你應(yīng)該避免在 server 上下文中出現(xiàn) try_files: server?{ ??location?/?{ ????try_files?$uri?/index.html?=404; ??} } 來源：https://www./content-3-610701.html |
|
|
