什麼是 Nginx?
Nginx 最初是作為一個 Web 伺服器建立的,用於解決 C10k 的問題。作為一個 Web 伺服器,它可以以驚人的速度為您的資料服務。但 Nginx 不僅僅是一個 Web 伺服器,你還可以將其用作反向代理,與較慢的上游伺服器(如:Unicorn 或 Puma)輕鬆整合。你可以適當地分配流量(負載平衡器)、串流媒體、動態調整圖像大小、快取內容等等。基本的 nginx 體系結構由 master 流程和其 worker 流程組成。 master 讀取設定文件,並維護 worker 進程,而 worker 則會對請求進行實際處理。
基本指令
要啟動nginx,只要輸入:
[sudo] nginx
當你的nginx 實例運作時,你可以透過傳送對應的訊號來管理它:
[sudo] nginx -s signal
可用的訊號:
stop – 快速關閉
- ##quit – 優雅關閉(等待worker 執行緒完成處理)
- reload – 重載設定檔
- reopen – 重新開啟日誌檔案
#命令與上下文
nginx 的設定文件,預設的位置包括:/etc/nginx /nginx.conf
,
/usr/local/etc/nginx/nginx.conf
,或
#/usr/local/nginx/conf/nginx.conf
- 指令– 可選項,包含名稱和參數,以分號結尾
gzip on;
- 上下文– 分塊,你可以宣告指令– 類似於程式語言中的作用域
worker_processes 2; # 全局上下文指令http { # http 上下文 gzip on; # http 上下文中的指令 server { # server 上下文 listen 80; # server 上下文中的指令 } }
指令類型
當使用相同的指令在不同的繼承模型中進行操作時,必須小心謹慎。有三種類型的指令,每種都有自己的繼承模型。普通指令
在每個上下文只有唯一值。而且,它只能在當前上下文中定義一次。在子級上下文中覆蓋父級的值只在目前子級上下文中有效。gzip on; gzip off; # 非法,不能在同一个上下文中指定同一普通指令2次server { location /downloads { gzip off; } location /assets { # gzip is on here } }
陣列指令
在同一上下文中新增多條指令,將會新增多個值,而不是完全覆寫。在子級上下文中定義指令將覆蓋給父級上下文中的值。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; } }
行動指令
行動是改變事情的指令。根據模組的需要,它繼承的行為可能會有所不同。例如rewrite 指令,只要是符合的都會執行:server { rewrite ^ /foobar; location /foobar { rewrite ^ /foo; rewrite ^ /bar; } }如果使用者想嘗試取得/sample:
- server的rewrite將會執行,從/sample rewrite 到/foobar
- location /foobar 會被符合
- location的第一個rewrite執行,從/foobar rewrite到/foo
- location的第二個rewrite執行,從/foo rewrite到/bar
server { location / { return 200; return 404; } }在上述的情況下,立即返回200。
處理請求
在 Nginx 內部,你可以指定多個虛擬伺服器,每個虛擬伺服器都用 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 如何處理到來的請求。在檢查給定的 IP 連接埠組合時,Nginx 會先測試哪個虛擬主機有設定 listen 指令。 然後,server_name 指令的值將偵測 Host 頭(儲存主機網域)。 Nginx 將會依照下列順序選擇虛擬主機:
- 符合sever_name指令的IP-埠主機
- 擁有default_server標記的IP-埠主機
- 首先定義的IP-埠主機
- 如果沒有匹配,拒絕連線。
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 netguru.co www.netguru.co; # exact matchserver_name *.netguru.co; # wildcard matchingserver_name netguru.*; # wildcard matchingserver_name ~^[0-9]*\.netguru\.co$; # regexp matching當有歧義時,nginx 將使用下面的命令:
- #確切的名字
- 最長的通配符名稱以星號開始,例如“* .example.org”。
- 最長的通配符名稱以星號結尾,例如「mail.**」
- 首先匹配正規表示式(按照設定文件中的順序)
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 usedlisten *:81; listen 81; # by default all ips are usedlisten [::]:80; # IPv6 addresseslisten [::1]; # IPv6 addresses
然而,还可以指定 UNIX-domain 套接字。
listen unix:/var/run/nginx.sock;
你甚至可以使用主机名
listen localhost:80; listen netguru.co:80;
但请慎用,由于主机可能无法启动 nginx,导致无法绑定在特定的 TCP Socket。
最后,如果指令不存在,则使用 *:80
。
最小化配置
有了这些知识 – 我们应该能够创建并理解运行 nginx 所需的最低配置。
# /etc/nginx/nginx.confevents {} # events context needs to be defined to consider config validhttp { server { listen 80; server_name netguru.co www.netguru.co *.netguru.co; return 200 "Hello"; } }
root, location, 和 try_files 指令
root 指令
root 指令设置请求的根目录,允许 nginx 将传入请求映射到文件系统。
server { listen 80; server_name netguru.co; root /var/www/netguru.co; }
根据给定的请求,指定 nginx 服务器允许的内容
netguru.co:80/index.html # returns /var/www/netguru.co/index.htmlnetguru.co:80/foo/index.html # returns /var/www/netguru.co/foo/index.html
location
指令
location指令根据请求的 URI 来设置配置。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 模块在使用时的行为。
= - Exact match ^~ - Preferential match ~ && ~* - Regex match no modifier - Prefix match
Nginx 会先检查精确匹配。如果找不到,我们会找优先级最高的。如果之前的匹配尝试失败,正则表达式会按照出现的顺序逐个进行测试。至少,最后一个前缀匹配将被使用。
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'/match2 # => '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
请求,它将尝试按以下顺序返回文件:
$uri ( /foo.html )
index.html
如果什么都没找到则返回 404
有趣的是,如果我们在服务器上下文中定义 try_files,然后定义匹配的所有请求的 location —— try_files 将不会执行。
这是因为在服务器上下文中定义的 try_files 是它的 pseudo-location,这是最不可能的位置。因此,location/的定义将比pseudo-location更为明确。
server { try_files $uri /index.html =404; location / { } }
因此,你应该避免在 server 上下文中出现 try_files:
server { location / { try_files $uri /index.html =404; } }
以上是Nginx基本概念是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章!

NGINXUnit是一個開源應用服務器,支持多種編程語言,提供動態配置、零停機更新和內置負載均衡等功能。 1.動態配置:無需重啟即可修改配置。 2.多語言支持:兼容Python、Go、Java、PHP等。 3.零停機更新:支持不中斷服務的應用更新。 4.內置負載均衡:可將請求分發到多個應用實例。

NGINXUnit優於ApacheTomcat、Gunicorn和Node.js內置HTTP服務器,適用於多語言項目和動態配置需求。 1)支持多種編程語言,2)提供動態配置重載,3)內置負載均衡功能,適合需要高擴展性和可靠性的項目。

NGINXUnit通過其模塊化架構和動態重配置功能提高了應用的性能和可管理性。 1)模塊化設計包括主控進程、路由器和應用進程,支持高效管理和擴展。 2)動態重配置允許在運行時無縫更新配置,適用於CI/CD環境。 3)多語言支持通過動態加載語言運行時實現,提升了開發靈活性。 4)高性能通過事件驅動模型和異步I/O實現,即使在高並發下也保持高效。 5)安全性通過隔離應用進程提高,減少應用間相互影響。

NGINXUnit可用於部署和管理多種語言的應用。 1)安裝NGINXUnit。 2)配置它以運行不同類型的應用,如Python和PHP。 3)利用其動態配置功能進行應用管理。通過這些步驟,你可以高效地部署和管理應用,提升項目效率。

NGINX更适合处理高并发连接,而Apache更适合需要复杂配置和模块扩展的场景。1.NGINX以高性能和低资源消耗著称,适合高并发。2.Apache以稳定性和丰富的模块扩展闻名,适合复杂配置需求。

NGINXUnit通過其動態配置和高性能架構提升應用的靈活性和性能。 1.動態配置允許在不重啟服務器的情況下調整應用配置。 2.高性能體現在事件驅動和非阻塞架構以及多進程模型上,能夠高效處理並發連接和利用多核CPU。

NGINX和Apache都是強大的Web服務器,各自在性能、可擴展性和效率上有獨特的優勢和不足。 1)NGINX在處理靜態內容和反向代理時表現出色,適合高並發場景。 2)Apache在處理動態內容時表現更好,適合需要豐富模塊支持的項目。選擇服務器應根據項目需求和場景來決定。

NGINX適合處理高並發請求,Apache適合需要復雜配置和功能擴展的場景。 1.NGINX採用事件驅動、非阻塞架構,適用於高並發環境。 2.Apache採用進程或線程模型,提供豐富的模塊生態系統,適合複雜配置需求。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

PhpStorm Mac 版本
最新(2018.2.1 )專業的PHP整合開發工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3 Linux新版
SublimeText3 Linux最新版

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),

SAP NetWeaver Server Adapter for Eclipse
將Eclipse與SAP NetWeaver應用伺服器整合。