1. nginx 簡介

nginx性能比apache強(qiáng)，體現(xiàn) 在io模型方面

76

Pv：

UV : 不同瀏覽器是不同的UV

GET 獲取

POST 上傳

HEAT 只看頭

訪問網(wǎng)站的流程
1.dns解析

2.cdn

3.tcp

4.web服務(wù)器 處理

建立連接

接收請求

處理請求 GET POST等

獲取資源

構(gòu)建響應(yīng)報文

發(fā)送響應(yīng)報文

記錄日志

5） 瀏覽器接收響應(yīng)報文，進(jìn)行頁面渲染

http請求報文

http響應(yīng)報文

nginx如何優(yōu)化？

要優(yōu)化 Nginx 的性能和效率，可以考慮以下幾個方面的優(yōu)化措施：

1. 調(diào)整工作進(jìn)程和連接數(shù)：

   • 調(diào)整 Nginx 的工作進(jìn)程數(shù)，根據(jù)服務(wù)器的 CPU 核心數(shù)和負(fù)載情況進(jìn)行合理的設(shè)置。
   • 調(diào)整 Nginx 的最大連接數(shù)限制，確保與實(shí)際需求相匹配。

2. 合理配置緩存：

   • 針對靜態(tài)資源（如圖片、樣式表、JavaScript 等），使用 Nginx 的內(nèi)置緩存來加速訪問。
   • 配置適當(dāng)?shù)木彺鏁r間和緩存規(guī)則，以減少對后端服務(wù)器的請求。

3. 優(yōu)化 SSL/TLS：

   • 使用更高效的 SSL/TLS 版本，并配置適當(dāng)?shù)拿艽a套件，以確保安全性和性能的折中。
   • 考慮使用緩存 SSL/TLS 會話以減少握手的開銷。

4. 開啟 Gzip 壓縮：

   • 配置 Nginx 開啟 Gzip 壓縮，減小傳輸?shù)臄?shù)據(jù)量，提高響應(yīng)速度。
   • 可以根據(jù)不同的文件類型選擇合適的壓縮級別和壓縮算法。

5. 負(fù)載均衡和反向代理：

   • 使用 Nginx 的負(fù)載均衡功能，將請求分發(fā)到多個后端服務(wù)器，提高系統(tǒng)的吞吐量和可用性。
   • 使用 Nginx 的反向代理功能，將請求代理到不同的后端服務(wù)器，實(shí)現(xiàn)請求的路由和負(fù)載均衡。

6. 配置文件優(yōu)化：

   • 優(yōu)化 Nginx 配置文件，確保配置項的正確性和一致性。
   • 避免不必要的模塊加載，只加載需要的模塊和功能。
   • 使用 include 文件來組織和管理配置項，提高可維護(hù)性。

7. 監(jiān)測和日志優(yōu)化：

   • 啟用 Nginx 的訪問日志和錯誤日志，進(jìn)行監(jiān)測和故障排查。
   • 使用日志切割來管理日志文件的大小和數(shù)量，避免過大的日志文件影響性能。

需要注意的是，優(yōu)化策略和步驟可能因環(huán)境和實(shí)際需求而有所不同。建議根據(jù)實(shí)際情況進(jìn)行針對性的優(yōu)化，并進(jìn)行性能測試和監(jiān)測，以評估優(yōu)化效果和調(diào)整進(jìn)一步優(yōu)化的策略。

請求的流程

描述： 1.客戶發(fā)起情況到服務(wù)器網(wǎng)卡；
2.服務(wù)器網(wǎng)卡接受到請求后轉(zhuǎn)交給內(nèi)核處理；
3.內(nèi)核根據(jù)請求對應(yīng)的套接字，將請求交給工作在用戶空間的Web服務(wù)器進(jìn)程
4.Web服務(wù)器進(jìn)程根據(jù)用戶請求，向內(nèi)核進(jìn)行系統(tǒng)調(diào)用，申請獲取相應(yīng)資源（如index.html）
5.內(nèi)核發(fā)現(xiàn)web服務(wù)器進(jìn)程請求的是一個存放在硬盤上的資源，因此通過驅(qū)動程序連接磁盤
6.內(nèi)核調(diào)度磁盤，獲取需要的資源
7.內(nèi)核將資源存放在自己的緩沖區(qū)中，并通知Web服務(wù)器進(jìn)程
8.Web服務(wù)器進(jìn)程通過系統(tǒng)調(diào)用取得資源，并將其復(fù)制到進(jìn)程自己的緩沖區(qū)中
9.Web服務(wù)器進(jìn)程形成響應(yīng)，通過系統(tǒng)調(diào)用再次發(fā)給內(nèi)核以響應(yīng)用戶請求
10.內(nèi)核將響應(yīng)發(fā)送至網(wǎng)卡
11.網(wǎng)卡發(fā)送響應(yīng)給用戶
這就是整個web請求的全過程。這個過程涉及到2個IO，一個就是客戶端請求的網(wǎng)絡(luò)I/O，另一個就是Web服務(wù)器請求資源的磁盤I/O

服務(wù)器發(fā)送請求>到達(dá)服務(wù)器網(wǎng)卡 緩沖區(qū)》

一個常見的 Web 請求過程可以分為以下幾個步驟：

1. 用戶在瀏覽器中輸入 URL（統(tǒng)一資源定位符），并按下回車鍵。

2. 瀏覽器解析 URL，提取出主機(jī)名（如：www.example.com）和資源路徑（如：/index.html）。

3. 瀏覽器首先會查詢本地緩存，看是否有之前請求過的相同資源的副本。如果有且未過期，瀏覽器會直接從緩存中獲取資源，跳過后續(xù)步驟。

4. 如果緩存中沒有相應(yīng)的資源或資源已過期，瀏覽器會通過 DNS（域名系統(tǒng)）解析獲取主機(jī)的 IP 地址。DNS 解析將域名轉(zhuǎn)換為 IP 地址，以便瀏覽器能夠與服務(wù)器建立連接。

5. 瀏覽器使用獲取到的 IP 地址與服務(wù)器建立 TCP（傳輸控制協(xié)議）連接。TCP 提供可靠的、面向連接的數(shù)據(jù)傳輸。

6. 一旦建立 TCP 連接，瀏覽器會發(fā)送 HTTP（超文本傳輸協(xié)議）請求到服務(wù)器。請求中包含請求方法（如 GET、POST）、請求頭（包含一些元數(shù)據(jù)）、請求路徑等信息。

7. 服務(wù)器接收到請求后，根據(jù)請求路徑找到對應(yīng)的資源，并進(jìn)行處理。這可能涉及到業(yè)務(wù)邏輯的處理、數(shù)據(jù)庫查詢等。

8. 服務(wù)器將處理完的資源以 HTTP 響應(yīng)的形式返回給瀏覽器。響應(yīng)中包含狀態(tài)碼（用于表示請求的成功或失敗）、響應(yīng)頭（包含一些元數(shù)據(jù)）、響應(yīng)體（包含實(shí)際的響應(yīng)內(nèi)容）等信息。

9. 瀏覽器接收到響應(yīng)后，會根據(jù)響應(yīng)的內(nèi)容類型進(jìn)行相應(yīng)的處理。比如，如果響應(yīng)是 HTML 頁面，瀏覽器會解析 HTML 并渲染頁面；如果響應(yīng)是圖片，瀏覽器會顯示該圖片。

10. 瀏覽器將解析完的資源進(jìn)行展示，用戶可以在瀏覽器中看到相應(yīng)的內(nèi)容。同時，瀏覽器還會將響應(yīng)內(nèi)容保存到緩存中，以便下次請求同樣的資源時可以直接從緩存中獲取，提高性能。

以上是一個常規(guī)的 Web 請求過程，不同的應(yīng)用場景和技術(shù)可能會有所不同，但基本的流程是相似的。

HTTP（超文本傳輸協(xié)議）中的首部字段是用于在請求和響應(yīng)消息中傳遞元數(shù)據(jù)和其他相關(guān)信息的一種機(jī)制。以下是HTTP中常見的首部字段：

1. 通用首部字段：

   • Cache-Control：控制緩存行為。
   • Connection：控制連接的行為。
   • Date：日期和時間。
   • Upgrade：要求服務(wù)器升級到不同的協(xié)議。
   • Via：中間代理服務(wù)器的信息。

2. 請求首部字段：

   • Accept：指定客戶端可以接受的內(nèi)容類型。
   • Accept-Encoding：指定客戶端可以接受的內(nèi)容編碼方式。
   • Content-Type：請求中發(fā)送的實(shí)體的媒體類型。
   • User-Agent：客戶端的用戶代理標(biāo)識。

3. 響應(yīng)首部字段：

   • Content-Length：返回的實(shí)體主體的長度（以字節(jié)為單位）。
   • Content-Encoding：指定響應(yīng)實(shí)體使用的編碼方式。
   • Content-Type：響應(yīng)實(shí)體的媒體類型。
   • Server：服務(wù)器的軟件名稱和版本號。
   • Set-Cookie：設(shè)置一個或多個Cookie。

4. 實(shí)體首部字段：

   • Content-Length：實(shí)體主體的長度（以字節(jié)為單位）。
   • Content-Encoding：實(shí)體主體的編碼方式。
   • Content-Type：實(shí)體主體的媒體類型。

還有許多其他的首部字段，用于傳遞不同的信息。每個首部字段都有其特定的作用和語義，用于幫助客戶端和服務(wù)器之間進(jìn)行正確的通信和處理請求或響應(yīng)。

curl -v www.baidu.com

< HTTP/1.1 302 Moved Temporarily #302 臨時重定向
< Server: openresty
< Date: Fri, 08 Sep 2023 14:10:10 GMT #表示服務(wù)器生成響應(yīng)的日期和時間，以協(xié)調(diào)世界時（UTC）表示。
< Content-Type: text/html #響應(yīng)主體的媒體類型，這里的值是 “text/html”，表示返回的內(nèi)容是 HTML 文檔
< Content-Length: 142 #表示響應(yīng)主體的長度，以字節(jié)為單位，這里的值是 142。
< Connection: keep-alive #指示服務(wù)器是否要求客戶端保持持久連接，在此示例中，服務(wù)器要求客戶端維持持久連接。
< Location: https://www.oppo.com/
< Request-Id: 64fb2b421cfe0cfcf891adbc83ce4faa #用于標(biāo)識請求的唯一編號或標(biāo)識符
< X-IP-Source: 4cb2b356b598ca96d5297afa558bd372 #指示客戶端的 IP 地址或來源
< Access-Control-Allow-Origin: * #用于指示服務(wù)器所允許的跨域請求的來源。在這個示例中，服務(wù)器允許所有來源的跨域請求。
< strict-transport-security: max-age=31536000 #用于指示服務(wù)器所允許的跨域請求的來源。在這個示例中，服務(wù)器允許所有來源的跨域請求。

網(wǎng)絡(luò)IO

同步：你去問

異步：主動通知你

阻塞：影響干別的事

異步: 不影響

I/O 多路復(fù)用

windows不支持epoll

nginx為什么性能好？

epoll模型，MMAP

支持0復(fù)制

Nginx之所以具有良好的性能，主要有以下幾個原因：

1. 異步非阻塞模型：Nginx采用了事件驅(qū)動的異步非阻塞架構(gòu)，通過使用少量的線程即可處理大量并發(fā)連接。這種設(shè)計方式使得Nginx在高并發(fā)場景下能夠高效地處理請求，提高了系統(tǒng)的吞吐量。

2. 輕量級：Nginx是一個輕量級的服務(wù)器軟件，具有很小的內(nèi)存占用和CPU消耗。它的代碼精簡，功能模塊化，只包含了核心的功能，減少了不必要的資源開銷，提高了性能。

3. 出色的內(nèi)存管理：Nginx使用了高效的內(nèi)存管理機(jī)制，能夠快速分配和釋放內(nèi)存，有效地降低了內(nèi)存碎片化的問題，并提高了內(nèi)存的利用率。

4. 高度可定制性：Nginx提供了豐富的配置選項，可以根據(jù)具體需求進(jìn)行靈活的配置和定制。用戶可以根據(jù)自己的需求選擇合適的模塊和功能，避免了不必要的開銷，提高了性能。

綜上所述，Nginx通過其異步非阻塞的架構(gòu)、輕量級設(shè)計、高效的內(nèi)存管理和可定制性等特點(diǎn)，使得其具有優(yōu)秀的性能表現(xiàn)。

nginx緩存功能？

主進(jìn)程指派工作

2. nginx安裝

編譯安裝

#yum -y install gcc pcre-devel openssl-devel zlib-devel make

wget https://nginx.org/download/nginx-1.24.0.tar.gz

tar -xf nginx-1.24.0.tar.gz

cd nginx-1.24.0/

useradd -s /sbin/nologin nginx

cd /apps/nginx-1.24.0

./configure --help

./configure --prefix=/apps/nginx --user=nginx --group=nginx --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_stub_status_module --with-http_gzip_static_module --with-pcre --with-stream --with-stream_ssl_module --with-stream_realip_module

make && make install

chown -R nginx.nginx /apps/nginx

nginx沒有線程

nginx 平滑升級

yum安裝升級

模擬用戶訪問：

dd if=/dev/zero of=1.img bs=1M count=100

wget --limit-rate=100 http://192.168.1.150/1.img

nginx1.18 ->nginx 1.24

1.nginx -V 查看參數(shù)

root@ubuntu20:/apps/nginx-1.24.0# nginx -V
nginx version: nginx/1.18.0 (Ubuntu)
built with OpenSSL 1.1.1f 31 Mar 2020
TLS SNI support enabled
configure arguments: --with-cc-opt=‘-g -O2 -fdebug-prefix-map=/build/nginx-lUTckl/nginx-1.18.0=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -Wdate-time -D_FORTIFY_SOURCE=2’ --with-ld-opt=‘-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -fPIC’ --prefix=/usr/share/nginx --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --modules-path=/usr/lib/nginx/modules --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-debug --with-compat --with-pcre-jit --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_v2_module --with-http_dav_module --with-http_slice_module --with-threads --with-http_addition_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_image_filter_module=dynamic --with-http_sub_module --with-http_xslt_module=dynamic --with-stream=dynamic --with-stream_ssl_module --with-mail=dynamic --with-mail_ssl_module

2.下載包解壓,

./configure 帶上nginx -V 查詢到的參數(shù)

uubuntu20.04./configure: error: the HTTP XSLT module requires the libxml2/libxslt libraries. You can either do not enable the module or install the libraries.

安裝sudo apt update && sudo apt install libxml2-dev libxslt-dev

nginx ./configure: error: the HTTP image filter module requires the GD library. You can either do not enable the module or install the libraries.

安裝 sudo apt update sudo apt install libgd-dev

3.編譯：

make

生成的二進(jìn)制文件在objs目錄

root@ubuntu20:/apps/nginx-1.24.0/objs# ll nginx
-rwxr-xr-x 1 root root 8083408 Sep 9 12:33 nginx*

4.備份的二進(jìn)制文件

root@ubuntu20:/apps/nginx-1.24.0/objs# which nginx
/usr/sbin/nginx

cp /usr/sbin/nginx{,.bak}

untu20:/usr/sbin# cd
root@ubuntu20:~# \cp /apps/nginx-1.24.0/objs/nginx /usr/sbin/nginx
cp: cannot create regular file ‘/usr/sbin/nginx’: Text file busy

強(qiáng)制替換root@ubuntu20:~# \cp -f /apps/nginx-1.24.0/objs/nginx /usr/sbin/nginx

5.測試升級的nginx是否兼容，出現(xiàn)ok才能升級，我這里是測試

root@ubuntu20:~# /usr/sbin/nginx -t
nginx: [emerg] module “/usr/share/nginx/modules/ngx_http_image_filter_module.so” version 1018000 instead of 1024000 in /etc/nginx/modules-enabled/50-mod-http-image-filter.conf:1
nginx: configuration file /etc/nginx/nginx.conf test failed

這個原因是因為以前nginx modules 和現(xiàn)在官方的modules 不匹配需要我們先將舊的modules 卸載安裝新版官方的modules

安裝官方源

sudo apt install curl gnupg2 ca-certificates lsb-release ubuntu-keyring

導(dǎo)入密鑰

curl https://nginx.org/keys/nginx_signing.key | gpg --dearmor \| sudo tee /usr/share/keyrings/nginx-archive-keyring.gpg >/dev/null

配置穩(wěn)定版本的源

echo "deb [signed-by=/usr/share/keyrings/nginx-archive-keyring.gpg] \
http://nginx.org/packages/ubuntu `lsb_release -cs` nginx" \| sudo tee /etc/apt/sources.list.d/nginx.list

優(yōu)先選擇nginx官方的包。而不是系統(tǒng)源的包

echo -e "Package: *\nPin: origin nginx.org\nPin: release o=nginx\nPin-Priority: 900\n" \| sudo tee /etc/apt/preferences.d/99nginx

更新

sudo apt update

查看源中所有nginx的模塊，可用看到之前是libnginx-mod .1.24版本是nginx-mod

apt remove lib-nginx-mod* #卸載舊的nginx模塊

apt install nginx-mod* #安裝1.24版本的nginx模塊

/usr/sbin/nginx -t 測試ok

root@ubuntu20:~# //usr/sbin/nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

升級后訪問zabbix 網(wǎng)站 502 Bad Gateway

可能是nginx 版本和zabbix不匹配的原因

源碼安裝平滑升級

升級要經(jīng)過充分的測試

nginx版本與業(yè)務(wù)是否匹配

編譯：注意不要make install

備份nginx

拷貝新的nginx文件

cp -f /apps/nginx-1.25.2/objs/nginx /apps/nginx/sbin/

測試

[root@rocky8 logs]# /apps/nginx/sbin/nginx -t
nginx: the configuration file /apps/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /apps/nginx/conf/nginx.conf test is successful

nginx -t 測試通過后，發(fā)送usr2信號

kill -USR2 cat /apps/nginx/logs/nginx.pid #會生成新進(jìn)程，舊版本主進(jìn)程PID的文件重命名為nginx.pid.oldbin，并啟動新的nginx

[root@rocky8 logs]# cat /apps/nginx/logs/nginx.pid.oldbin
25094
[root@rocky8 logs]# cat /apps/nginx/logs/nginx.pid
25329

向舊的進(jìn)程發(fā)送which信號， 它會逐步關(guān)閉旗下的工作進(jìn)程（主進(jìn)程不退出），這時所有請求都會由新版Nginx處理

kill -WINCH cat /apps/nginx/logs/nginx.pid.oldbin

退出老的進(jìn)程

kill -QUIT cat /apps/nginx/logs/nginx.pid.oldbin

項目標(biāo)題： nginx平滑升級

1.項目背景（版本過舊，添加新模塊）

2.項目目標(biāo)

3.項目實(shí)現(xiàn)過程（原理、步驟）

4.項目結(jié)果

nginx配置文件

worker_processes auto; 自動匹配cpu核數(shù)

root@server01:/etc/nginx# ps axo pid,cmd,psr |grep nginx

worker_cpu_affinity 0001 0010; 綁定cpu #防止緩存失效#將Nginx工作進(jìn)程綁定到指定的CPU核心，默認(rèn)Nginx是不進(jìn)行進(jìn)程綁定的，綁定并不是意味著當(dāng)前nginx進(jìn)程獨(dú)占以一核心CPU，但是可以保證此進(jìn)程不會運(yùn)行在其他核心上，這就極大減少了nginx的工作進(jìn)程在不同的cpu核心上的來回跳轉(zhuǎn)，減少了CPU對進(jìn)程的資源分配與回收以及內(nèi)存管理等，因此可以有效的提升nginx服務(wù)器的性能。

nginx 的master 進(jìn)程是root運(yùn)行，work進(jìn)程是普通用戶運(yùn)行， 因為nginx端口80是特權(quán)端口小于1023，只能用root運(yùn)行

worker_connections 2048； #所有worker進(jìn)程能打開的文件數(shù)量上限,包括:Nginx的所有連接（例

如與代理服務(wù)器的連接等），而不僅僅是與客戶端的連接,另一個考慮因素是實(shí)際的并發(fā)連接數(shù)不能超過系統(tǒng)級

別的最大打開文件數(shù)的限制.最好與ulimit -n 或者limits.conf的值保持一致,

這是一些常見的 Nginx 配置指令，用于設(shè)置代理請求的頭部信息。

• proxy_set_header Host $http_host; 設(shè)置代理請求的 Host 頭部為客戶端的請求 Host 頭部值。
• proxy_set_header X-Real-IP $remote_addr; 設(shè)置代理請求的 X-Real-IP 頭部為客戶端的真實(shí) IP 地址。
• proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 設(shè)置代理請求的 X-Forwarded-For 頭部，將客戶端的 IP 地址追加到該頭部中，以表明客戶端的真實(shí) IP 地址。
• proxy_set_header X-Forwarded-Proto $scheme; 設(shè)置代理請求的 X-Forwarded-Proto 頭部為請求的協(xié)議（HTTP 或 HTTPS）。

這些配置指令通常用于反向代理服務(wù)器的配置，用于將客戶端請求轉(zhuǎn)發(fā)給后端服務(wù)器，并在請求頭部中傳遞一些關(guān)鍵的信息。

好奇，開心

sendfile on; 提示性能

#tcp_nopush on; #在開啟了sendfile的情況下，合并請求后統(tǒng)一發(fā)送給客戶端,必須開啟sendfile，但會延遲

server_tokens off; 不顯示版本

包含

nginx虛擬主機(jī)

vi /conf/nginx.conf

include /apps/nginx/conf/conf.d/*; #添加

root@server01:/apps/nginx/conf/conf.d# cat www.luohw.org
server {
listen 8889;
server_name www.luohw.org;
root /apps/nginx/html/pc;

}
root@server01:/apps/nginx/conf/conf.d# cat m.luohw.org
server {
listen 8889;
server_name m.luohw.org;
root /apps/nginx/html/mobile;

}

配置文件在前的優(yōu)先級高

server 塊

alias和root的區(qū)別?

root是定義根的

location /about  {  #相當(dāng)于訪問/opt/pc/aaa/alias /opt/pc/aaa/;}location /about  {   #/opt/pc/aaa/about/root /opt/pc/aaa/;}server {listen  8889;server_name www.luohw.org;location / {root /apps/nginx/html/pc;}location /about  {
root /opt/pc/aaa/;
}
curl  www.luohw.org:8889/about222/  訪問 /opt/pc/aaa/about222/index.htmllocation /about/  {
root /opt/pc/aaa/;
}
curl  www.luohw.org:8889/about222/  訪問/apps/nginx/html/pc/about222/index.html

location ^~ /about/ { 以什么開頭

^~ 包含

^*

~* 包含，不區(qū)分大小寫

#匹配優(yōu)先級從高到低：

=, ^~, _/*, 不帶符號

配置密碼驗證訪問

htpasswd -cb /etc/nginx/conf.d/.nginx-user luo 123456

    auth_basic  "login password";auth_basic_user_file /etc/nginx/conf.d/.nginx-user;

指定密碼訪問

curl -I -u luo:123456 zabbix.luo.com

自定義錯誤頁面

#訪問不存在會報404，就會訪問 /data/html/40x.html
error_page 404 /40x.html;
location = /40x.html {root /data/html/ ;}

檢測文件是否存在

location / {root   /usr/share/nginx/html;index  index.html index.htm;try_files $uri $uri/index.html  $uri/html  /index.html;   #訪問url找不到就找$uri/index.html，最后找index.html
}

GET / HTTP/1.1
HOST: 192.168.1.150

下載文件配置

    location /down  {autoindex on;#自動索引功能alias /apps/nginx/html/mobile/luo;#   autoindex_exact_size off;#計算文件確切大小（單位bytes），此為默認(rèn)值,off只顯示大概大小（單位kb、mb、gb）autoindex_localtime on;

#上傳一個包到nginx,太大會報413
root@server01:/apps/nginx/conf/conf.d# curl -T /root/mysql-8.0.33-linux-glibc2.28-x86_64.tar.gz http://120.77.146.92:8889/down/

413 Request Entity Too Large

---

nginx/1.24.0

上傳文件太大

修改參數(shù)
client_max_body_size 1m; #設(shè)置允許客戶端上傳單個文件的最大值，默認(rèn)值為1m,上傳文件超過此值會出413錯誤

高價值展示生活

安全感建立

具備信息交換

興趣愛好，工作，職業(yè)

生活狀態(tài)

T / HTTP/1.1
HOST: 192.168.1.150

# 下載文件配置

    location /down  {autoindex on;#自動索引功能alias /apps/nginx/html/mobile/luo;#   autoindex_exact_size off;#計算文件確切大小（單位bytes），此為默認(rèn)值,off只顯示大概大小（單位kb、mb、gb）autoindex_localtime on;

root@server01:/apps/nginx/conf/conf.d# curl -T /root/mysql-8.0.33-linux-glibc2.28-x86_64.tar.gz http://120.77.146.92:8889/down/

413 Request Entity Too Large

---

nginx/1.24.0

上傳文件太大

client_max_body_size 1m; #設(shè)置允許客戶端上傳單個文件的最大值，默認(rèn)值為1m,上傳文件超過此值會出413錯誤

nginx高級配置

高價值展示生活

安全感建立

具備信息交換

興趣愛好，工作，職業(yè)

生活狀態(tài)