Nginx設定ファイルの詳しい説明
#NGINX は、特定の形式で記述されたテキストベースの構成ファイルがあるという点で他のサービスと似ています。
デフォルトでは、ファイルの名前は nginx.conf で、/etc/nginx ディレクトリに配置されます (オープンソース NGINX 製品の場合、場所は NGINX のインストールに使用されるパッケージとオペレーティング システム システム。通常は /usr/local/nginx/conf/etc/nginx または /usr/local/etc/nginx にあります。) (推奨学習: nginx use)
設定ファイルはディレクティブとそのパラメータで構成されます。単純な (単一行) 命令はそれぞれセミコロンで終わります。他のディレクティブは、関連するディレクティブを中括弧 ({}) で囲んでグループ化する「コンテナ」として機能します。ここでは簡単な指示の例をいくつか示します。
user nobody; error_log logs/error.log notice; worker_processes 1;
設定の保守を容易にするために、設定を /etc/nginx/conf.d ディレクトリに保存されている機能固有のファイルのセットに分割し、メイン nginx で include を使用することをお勧めします。 conf ファイル この命令は、指定されたファイルの内容を参照します。以下に示すように -
include conf.d/http; include conf.d/stream; include conf.d/exchange-enhanced;
いくつかのトップレベル ディレクティブ (コンテキストと呼ばれる) は、さまざまなトラフィック タイプに適したディレクティブをグループ化します。
events – 一般的な接続処理 http – HTTP プロトコルトラフィック メール – メール プロトコル トラフィック ストリーム – TCP プロトコル トラフィック
これらのコンテキストの外で指定された命令は、メイン コンテキストにあります。各トラフィック処理コンテキスト内に 1 つ以上のサーバー コンテキストを含めて、要求処理を制御する仮想サーバーを定義できます。サーバー環境に含めることができるディレクティブは、トラフィックのタイプによって異なります。
HTTP トラフィック (http コンテキスト) の場合、各サーバー ディレクティブは、特定のドメインまたは IP アドレスでのリソース要求の処理を制御します。サーバー コンテキスト内の 1 つ以上のロケーション コンテキストは、特定の URI セットがどのように処理されるかを定義します。
メールおよび TCP トラフィック (メールおよびストリーム コンテキスト) の場合、サーバー ディレクティブはそれぞれ、特定の TCP ポートまたは UNIX ソケットに到着するトラフィックの処理を制御します。
次の構成は、コンテキストの使用法を示しています。
user nobody; # a directive in the 'main' context events { # configuration of connection processing } http { # Configuration specific to HTTP and affecting all virtual servers server { # configuration of HTTP virtual server 1 location /one { # configuration for processing URIs with '/one' } location /two { # configuration for processing URIs with '/two' } } server { # configuration of HTTP virtual server 2 } } stream { # Configuration specific to TCP and affecting all virtual servers server { # configuration of TCP virtual server 1 } }
ほとんどのディレクティブでは、別のコンテキスト (子コンテキスト) 内で定義されたコンテキストは、親に含まれるディレクティブの値を継承します。親プロセスから継承した値をオーバーライドするには、このディレクティブを子コンテキストに含めます。
構成ファイルへの変更を有効にするには、NGINX がファイルをリロードする必要があります。現在のリクエストの処理を中断することなく、nginx プロセスを再起動するか、リロード信号を送信して構成をアップグレードできます。
以上がNginx設定ファイルの詳しい説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









nginxが開始されるかどうかを確認する方法:1。コマンドラインを使用します:SystemCTLステータスnginx(Linux/unix)、netstat -ano | FindStr 80(Windows); 2。ポート80が開いているかどうかを確認します。 3.システムログのnginx起動メッセージを確認します。 4. Nagios、Zabbix、Icingaなどのサードパーティツールを使用します。

Windowsでnginxを構成する方法は? nginxをインストールし、仮想ホスト構成を作成します。メイン構成ファイルを変更し、仮想ホスト構成を含めます。 nginxを起動またはリロードします。構成をテストし、Webサイトを表示します。 SSLを選択的に有効にし、SSL証明書を構成します。ファイアウォールを選択的に設定して、ポート80および443のトラフィックを許可します。

Linuxでは、次のコマンドを使用して、nginxが起動されるかどうかを確認します。SystemCTLステータスNGINXコマンド出力に基づいて、「アクティブ:アクティブ(実行)」が表示された場合、NGINXが開始されます。 「アクティブ:非アクティブ(dead)」が表示されると、nginxが停止します。

Linuxでnginxを開始する手順:nginxがインストールされているかどうかを確認します。 systemctlを使用して、nginxを開始してnginxサービスを開始します。 SystemCTLを使用して、NGINXがシステムスタートアップでNGINXの自動起動を有効にすることができます。 SystemCTLステータスNGINXを使用して、スタートアップが成功していることを確認します。 Webブラウザのhttp:// localhostにアクセスして、デフォルトのウェルカムページを表示します。

Nginxクロスドメインの問題を解決するには2つの方法があります。クロスドメイン応答ヘッダーの変更:ディレクティブを追加して、クロスドメイン要求を許可し、許可されたメソッドとヘッダーを指定し、キャッシュ時間を設定します。 CORSモジュールを使用します。モジュールを有効にし、CORSルールを構成して、ドメインクロスリクエスト、メソッド、ヘッダー、キャッシュ時間を許可します。

nginxの実行ステータスを表示する方法は次のとおりです。PSコマンドを使用してプロセスステータスを表示します。 nginx configuration file /etc/nginx/nginx.confを表示します。 NGINXステータスモジュールを使用して、ステータスエンドポイントを有効にします。 Prometheus、Zabbix、Nagiosなどの監視ツールを使用します。

NGINXサーバーを起動するには、異なるオペレーティングシステムに従って異なる手順が必要です。Linux/UNIXシステム:NGINXパッケージをインストールします(たとえば、APT-GetまたはYumを使用)。 SystemCtlを使用して、NGINXサービスを開始します(たとえば、Sudo SystemCtl Start NGinx)。 Windowsシステム:Windowsバイナリファイルをダウンロードしてインストールします。 nginx.exe実行可能ファイルを使用してnginxを開始します(たとえば、nginx.exe -c conf \ nginx.conf)。どのオペレーティングシステムを使用しても、サーバーIPにアクセスできます

質問への回答:304変更されていないエラーは、ブラウザがクライアントリクエストの最新リソースバージョンをキャッシュしたことを示しています。解決策:1。ブラウザのキャッシュをクリアします。 2.ブラウザキャッシュを無効にします。 3.クライアントキャッシュを許可するようにnginxを構成します。 4.ファイル許可を確認します。 5.ファイルハッシュを確認します。 6. CDNまたは逆プロキシキャッシュを無効にします。 7。nginxを再起動します。
