nginx配置文件結構

miya 發布于2019-07-25 13:47 / 3414人閱讀

摘要：腳本請求全部轉發到處理使用默認配置禁止訪問文件則只匹配該規則，停止搜索其他匹配，否則會繼續處理其他指令。匹配任何以開始的請求，并停止匹配其它表示執行一個正則匹配，不區分大小寫匹配以結尾的請求但是所有目錄的請求將由處理基本配置與參數說明

nginx配置文件結構

配置實例

#運行用戶
user nobody;
#啟動進程,通常設置成和cpu的數量相等
worker_processes  1;

#全局錯誤日志及PID文件
#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;

#工作模式及連接數上限
events {
    #epoll是多路復用IO(I/O Multiplexing)中的一種方式,
    #僅用于linux2.6以上內核,可以大大提高nginx的性能
    use   epoll;

    #單個后臺worker process進程的最大并發鏈接數
    worker_connections  1024;

    # 并發總數是 worker_processes 和 worker_connections 的乘積
    # 即 max_clients = worker_processes * worker_connections
    # 在設置了反向代理的情況下，max_clients = worker_processes * worker_connections / 4  為什么
    # 為什么上面反向代理要除以4，應該說是一個經驗值
    # 根據以上條件，正常情況下的Nginx Server可以應付的最大連接數為：4 * 8000 = 32000
    # worker_connections 值的設置跟物理內存大小有關
    # 因為并發受IO約束，max_clients的值須小于系統可以打開的最大文件數
    # 而系統可以打開的最大文件數和內存大小成正比，一般1GB內存的機器上可以打開的文件數大約是10萬左右
    # 我們來看看360M內存的VPS可以打開的文件句柄數是多少：
    # $ cat /proc/sys/fs/file-max
    # 輸出 34336
    # 32000 < 34336，即并發連接總數小于系統可以打開的文件句柄總數，這樣就在操作系統可以承受的范圍之內
    # 所以，worker_connections 的值需根據 worker_processes 進程數目和系統可以打開的最大文件總數進行適當地進行設置
    # 使得并發總數小于操作系統可以打開的最大文件數目
    # 其實質也就是根據主機的物理CPU和內存進行配置
    # 當然，理論上的并發總數可能會和實際有所偏差，因為主機還有其他的工作進程需要消耗系統資源。
    # ulimit -SHn 65535

}


http {
    #設定mime類型,類型由mime.type文件定義
    include    mime.types;
    default_type  application/octet-stream;
    #設定日志格式
    log_format  main  "$remote_addr - $remote_user [$time_local] "$request" "
    "$status $body_bytes_sent "$http_referer" "
    ""$http_user_agent" "$http_x_forwarded_for"";

    access_log  logs/access.log  main;

    #sendfile 指令指定 nginx 是否調用 sendfile 函數（zero copy 方式）來輸出文件，
    #對于普通應用，必須設為 on,
    #如果用來進行下載等應用磁盤IO重負載應用，可設置為 off，
    #以平衡磁盤與網絡I/O處理速度，降低系統的uptime.
    sendfile     on;
    #tcp_nopush     on;

    #連接超時時間
    #keepalive_timeout  0;
    keepalive_timeout  65;
    tcp_nodelay     on;

    #開啟gzip壓縮
    gzip  on;
    gzip_disable "MSIE [1-6].";

    #設定請求緩沖
    client_header_buffer_size    128k;
    large_client_header_buffers  4 128k;


    #設定虛擬主機配置
    server {
        #偵聽80端口
        listen    80;
        #定義使用 www.nginx.cn訪問
        server_name  www.nginx.cn;

        #定義服務器的默認網站根目錄位置
        root html;

        #設定本虛擬主機的訪問日志
        access_log  logs/nginx.access.log  main;

        #默認請求,優先級最低的匹配
        location / {
            # 匹配任何請求，因為所有請求都是以"/"開始
            # 但是更長字符匹配或者正則表達式匹配會優先匹配
            #定義首頁索引文件的名稱
            index index.php index.html index.htm;

        }

        #1. = 精確匹配會第一個被處理。如果發現精確匹配，nginx停止搜索其他匹配。
        location  = / {
            # 只匹配"/".
        }

        # 定義錯誤提示頁面
        error_page   500 502 503 504 /50x.html;
        location = /50x.html {
        }

        #靜態文件，nginx自己處理
        #2.波浪線表示執行一個正則匹配，區分大小寫
        location ~ ^/(images|javascript|js|css|flash|media|static)/ {

            #過期30天，靜態文件不怎么更新，過期可以設大一點，
            #如果頻繁更新，則可以設置得小一點。
            expires 30d;
        }

        #PHP 腳本請求全部轉發到 FastCGI處理. 使用FastCGI默認配置.
        location ~ .php$ {
            fastcgi_pass 127.0.0.1:9000;
            fastcgi_index index.php;
            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
            include fastcgi_params;
        }

        #禁止訪問 .htxxx 文件
        location ~ /.ht {
            deny all;
        }

        #3.^~ 則只匹配該規則，nginx停止搜索其他匹配，否則nginx會繼續處理其他location指令。
        location ^~ /images/ {
            # 匹配任何以 /images/ 開始的請求，并停止匹配 其它location
            #[Configuration C]
        }

        #4.~*    #表示執行一個正則匹配，不區分大小寫
        location ~* .(gif|jpg|jpeg)$ {
            # 匹配以 gif, jpg, or jpeg結尾的請求.
            # 但是所有 /images/ 目錄的請求將由 [Configuration C]處理.
        }
    }
}

doc

nginx基本配置與參數說明

GPU云服務器云服務器 nginx配置文件 nginx配置文件詳解 nginx配置文件有錯 nginx配置

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/39370.html

【Nginx源碼分析】Nginx配置文件解析（一）

摘要：本文將從源碼從此深入分析配置文件的解析，配置存儲，與配置查找。在學習配置文件的解析過程之前，需要先了解一下模塊與指令的一些基本知識。運營研發團隊李樂配置文件是nginx的基礎，對于學習nginx源碼甚至開發nginx模塊的同學來說更是必須深究。本文將從源碼從此深入分析nginx配置文件的解析，配置存儲，與配置查找。看本文之前讀者可以先思考兩個問題： 1.nginx源碼中隨處可以...

JasonZhang 2019-07-25 14:30 評論0 收藏0
Nginx 源碼分析：從模塊到配置（下）

摘要：每個模塊由以下幾部分構成結構體代表模塊本身，其指針被放入數組中。結構體用來表示模塊的配置內容，其中部分成員可以通過配置文件進行配置。調用該中的函數，該函數最終初始化模塊對應的結構體，完成配置。因此，分析源碼中的配置指令，就是分析結構體。本篇的上篇 Nginx 源碼分析：從模塊到配置（上），建議閱讀本篇前先閱讀上篇。關于模塊 Nginx的架構高度模塊化。每個模塊各司其職，組合在一...

Chao 2019-07-25 13:30 評論0 收藏0
nginx架構

摘要：反向代理反向代理反向代理負載均衡鑒權限流等邏輯架構在邏輯上分為入口層，模塊化的功能處理層，系統調用層。多個共同監聽事件并處理，反向代理會把請求轉發給后端服務。一.概述本文將深入剖析nginx的架構。第一部分介紹nginx現有框架，用典型的4+1視圖闡述，包括邏輯架構，開發架構，運行架構，物理架構，功能用例，nginx為單機服務，不考慮物理架構。其中功能用例概述nginx功能；邏輯...

smartlion 2019-06-24 18:14 評論0 收藏0
nginx架構

摘要：反向代理反向代理反向代理負載均衡鑒權限流等邏輯架構在邏輯上分為入口層，模塊化的功能處理層，系統調用層。多個共同監聽事件并處理，反向代理會把請求轉發給后端服務。一.概述本文將深入剖析nginx的架構。第一部分介紹nginx現有框架，用典型的4+1視圖闡述，包括邏輯架構，開發架構，運行架構，物理架構，功能用例，nginx為單機服務，不考慮物理架構。其中功能用例概述nginx功能；邏輯...

fuyi501 2019-07-25 14:34 評論0 收藏0
Nginx 源碼分析：從模塊到配置（上）

摘要：結構體數組，用來表示該模塊可以在配置文件中配置的項目，及其操作指令。源文件路徑 srccore gx_conf_file.h srccore gx_conf_file.c 主要內容本篇的主要目的在于分析Nginx的配置功能。由于Nginx的配置基本就是對模塊的配置，因此，在討論配置功能之前，需要先分析Nginx的模塊功能。對于模塊功能，這里的重點不在于某個模塊的細節，而...

gotham 2019-07-25 13:30 評論0 收藏0
不再依靠巧合編寫 Nginx 配置

摘要：找到這個模塊的指令后，則會調用這個指令的解析回調函數即結構體的第三個參數來進行處理。調用他們上面提到的中的回調函數來申請和初始化對應模塊的配置結構體。需要注意的是，即時當前是直接在塊級別，這三個回調函數都會被調用。拒絕暴力枚舉式編寫配置文件原博：https://blog.coordinate35.cn/... 熱身首先來看下這幾個小例子：第一個例子： server { l...

tulayang 2019-07-25 14:17 評論0 收藏0