nginxのを学ぶための公式ドキュメントと一緒に[パーソナルメモ] - 基本機能の基本的な機能

実際のhttps://docs.nginx.com/nginx/admin-guide/basic-functionality/runtime-control/で公式文書、公式文書の少し厄介な、間違った場所

基本機能は、次の2つの部分に分かれています

Runtime--移步https://www.cnblogs.com/haon/p/10962160.htmlでnginxのプロセスを制御します

nginxのプラスとnginxの設定を作成Files--移步https://www.cnblogs.com/haon/p/10961838.html

この記事では、より詳細なnginx.confを説明します

始めます

3つの部分に分かれnginx.conf

ディレクティブディレクティブ

次のような普通の命令

ユーザーの              誰もいません。
error_logの ログ/ error.logに予告。worker_processes 1 ;

機能固有の設定ファイル特殊な設定ファイル

含まれたコンテンツをロードし、/etc/nginx/conf.dに格納された分割をお勧めします

例：

含まconf.d / HTTPを。
含まconf.d /ストリームを、 含まconf.d /交換の強化を。

ここで私は理解していない、保存されたものを、何を取る含ま

 

コンテキストコンテンツ本体

通信は、異なるタイプに分割されています

• events - 接続プロセス
• http – http通信
• mail – smtp通信？
• stream - TCPおよびUDP通信

通信は、命令ブロック・サーバ（仮想サーバ）の複数のサーバで使用可能な命令を決定する通信方式を導くことができます

ユーザーの誰もいません。＃指令における「主」コンテキスト

イベント{ 
    接続処理の＃構成
} 

HTTP { 
    ＃構成HTTPに特定し、すべての仮想サーバの影響   

    サーバ{ 
        HTTP仮想サーバの＃構成が1つの       
        位置 / 1 { 
            ＃構成のため始まるURIを処理' / 1 「
        } 
        場所 / 2 { 
            ＃構成のための処理URIが始まります」/ 2 " 
        } 
    } 
    
    サーバー{ 
        HTTP仮想サーバーの＃構成2 
    } 
} 

ストリーム{ 
    TCPに固有の＃設定 / UDPおよびすべての仮想サーバに影響を与える
    サーバー{ 
        TCP仮想サーバの＃設定を1  
    } 
}

最初の予約、理解していなかった、ネストされたコンテキストの場合についての話もあります

継承

一般的に、  子  コンテキスト-別のコンテキスト（その内に含まれる1つ  親） -親レベルで含まれる指令の設定を継承します。いくつかのディレクティブを使用すると、子コンテキストでのディレクティブを含めることで、親から継承された設定を上書きすることができ、その場合には複数のコンテキストで表示されます。例えば、参照  proxy_set_header ディレクティブを。