Nginxサーバーで位置を設定する方法
構文
location [=|~|~*|^~] /uri/ {...}
ルール
= : 正確な URI 一致を示します (興味のある学生は URL と URI の違いを確認できます)
~: 大文字と小文字を区別する正規一致を示します
~*: 大文字と小文字を区別しない正規一致を示します
! ~ && ! ~*: 大文字と小文字を区別する非一致の正規と、大文字と小文字を区別しない非一致の正規を示します。
/: ユニバーサル一致。あらゆるリクエストが
場所一致ターゲット
# に一致します。 ##位置一致テストでは、リクエスト URI 部分のみが使用され、パラメータ部分は使用されません。 (理由:パラメータの書き方が多すぎて正確に照合できない)
ロケーションのマッチング順序
複数のロケーション構成を前提としているため、ロケーションのマッチング順序(そうではない)検証済み、ねえ、Google 上で検索) 1. 最初の一致 =
2. 2 番目の一致 ^~
3. その後、通常の一致の設定ファイルの順序に従います,
4. 最後に、手を一般的なマッチングの場合は / に移行します
注:
マッチングが成功すると、マッチングは直ちに停止され、リクエストは現在のマッチング ルールに従って処理されます
nginx 設定ファイルは下から上に 3 つのタイプに分かれています。 階層構造:
| http プロトコル レベルをブロック
| サーバー サーバー レベルをブロック
v ロケーション リクエストされた uri をブロック
ロケーション ブロックの基本的な構文形式は次のとおりです:
location [=|~|~*|^~|@] pattern { ... }
場所修飾子について
1. =
これは指定されたパターンと完全に一致しますが、ここでのパターンは制限されていますつまり、ここでは正規表現を使用できません。example:
server { server_name jb51.net; location = /abcd { […] } }
http://jb51.net/abcd # 完全に一致
http://jb51.net/abcd # nginx を実行している場合Windows などのサーバー システム自体は大文字と小文字を区別しないため、
http://jb51.net/abcd?param1?m2 # クエリ文字列引数を無視します。/abcd? param1 の後の引数は次のとおりです。 ?m2
http://jb51.net/abcd/ # 末尾にスラッシュがあるため一致しません。nginx はこの状況を完全一致とはみなしません
http://jb51.net /abcde # 完全一致ではないため一致しません
2. (none)
location 修飾子を記述することはできませんが、nginx はパターンを一致させることができます。この場合、指定されたパターンで始まる URI を照合します。ここでの URI は通常の文字列のみであり、正規表現は使用できないことに注意してください。 example:
server { server_name website.com; location /abcd { […] } }
http://jb51.net/abcd # 完全に一致
http://jb51.net/abcd # nginx を実行している場合Windows などのサーバー システム自体は大文字と小文字を区別しないため、
http://jb51.net/abcd?param1?m2 # クエリ文字列引数を無視します。/abcd? param1 の後の引数は次のとおりです。 ?m2
http://jb51.net/abcd/ # 末尾のスラッシュも一致範囲内です
http://jb51.net/abcde # URI が ## なので一致します
この位置修飾子は大文字と小文字が区別され、パターンは正規表現である必要があります
example: server { server_name jb51.net; location ~ ^/abcd$ { […] } }
一致する状況: http://jb51.net/abcd # 完全一致
http://jb51.net/abcd # 一致しません、~ は大文字と小文字が区別されます
http://jb51.net/abcd ?param1?m2 #クエリ文字列引数を無視します。ここでは、/abcd の後に ?param1?m2
があります。 http://jb51.net/abcd/ # 末尾にバックスラッシュ (末尾のスラッシュ) があるため一致しません。正規表現と一致しません。 ^/abcd$
http://jb51.net/abcde #正規表現と一致しません^/abcd$
注: 大文字と小文字を区別しない一部のシステムの場合、たとえば Windows では、~ と~* は機能しません。これは主にオペレーティング システムが原因です。
4. ~*
与 ~ 类似,但这个 location modifier 不区分大小写,pattern 须是正则表达式
example:
server { server_name website.com; location ~* ^/abcd$ { […] } }
匹配情况:
http://jb51.net/abcd # 完全匹配
http://jb51.net/abcd # 匹配,这就是它不区分大小写的特性
http://jb51.net/abcd?param1?m2 # 忽略查询串参数(query string arguments),这里就是 /abcd 后面的 ?param1?m2
http://jb51.net/abcd/ # 不匹配,因为末尾存在反斜杠(trailing slash),并不匹配正则表达式 ^/abcd$
http://jb51.net/abcde # 不匹配正则表达式 ^/abcd$
5. ^~
匹配情况类似 2. (none) 的情况,以指定匹配模式开头的 uri 被匹配,不同的是,一旦匹配成功,那么 nginx 就停止去寻找其他的 location 块进行匹配了(与 location 匹配顺序有关)
6. @
用于定义一个 location 块,且该块不能被外部 client 所访问,只能被 nginx 内部配置指令所访问,比如 try_files or error_page
演示实例
产生的效果如下:
访问根目录/,匹配到location /
访问除hello.php之外的其它php程序,匹配到location ~ \.php$,并且用php5-fpm去运行
访问hello.php,匹配到location = /hello.php,访问被重定向到好联系官网
以上が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)

ホットトピック









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

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

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

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

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

サーバーには、要求されたリソースにアクセスする許可がなく、NGINX 403エラーが発生します。ソリューションには以下が含まれます。ファイル許可を確認します。 .htaccess構成を確認してください。 nginx構成を確認してください。 SELINUXアクセス許可を構成します。ファイアウォールルールを確認してください。ブラウザの問題、サーバーの障害、その他の可能なエラーなど、他の原因をトラブルシューティングします。

Nginx 403禁止エラーを修正する方法は?ファイルまたはディレクトリの許可を確認します。 2。HTACCESSファイルを確認します。 3. nginx構成ファイルを確認します。 4。nginxを再起動します。他の考えられる原因には、ファイアウォールルール、Selinux設定、またはアプリケーションの問題が含まれます。

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にアクセスできます
