構文
location [=|~|~*|^~] /uri/ {...}
ルール
= : 正確な URI 一致を示します (興味のある学生は URL と URI の違いを確認できます)
~: 大文字と小文字を区別する正規一致を示します
~*: 大文字と小文字を区別しない正規一致を示します
! ~ && ! ~*: 大文字と小文字を区別する非一致の正規と、大文字と小文字を区別しない非一致の正規を示します。
/: ユニバーサル一致。あらゆるリクエストが
場所一致ターゲット
# に一致します。 ##位置一致テストでは、リクエスト URI 部分のみが使用され、パラメータ部分は使用されません。 (理由:パラメータの書き方が多すぎて正確に照合できない)
ロケーションのマッチング順序
複数のロケーション構成を前提としているため、ロケーションのマッチング順序(そうではない)検証済み、ねえ、Google 上で検索) 1. 最初の一致 =
2. 2 番目の一致 ^~
3. その後、通常の一致の設定ファイルの順序に従います,
4. 最後に、手を一般的なマッチングの場合は / に移行します
注:
マッチングが成功すると、マッチングは直ちに停止され、リクエストは現在のマッチング ルールに従って処理されます
nginx 設定ファイルは下から上に 3 つのタイプに分かれています。 階層構造:
| http プロトコル レベルをブロック
| サーバー サーバー レベルをブロック
v ロケーション リクエストされた uri をブロック
ロケーション ブロックの基本的な構文形式は次のとおりです:
location [=|~|~*|^~|@] pattern { ... }[=|~|~*|^~|@] はロケーション修飾子と呼ばれ、nginx が次のパターンとどのように一致するかを定義します。パターンの最も基本的な属性 (単純な文字列または正規表現)。
場所修飾子について
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 サイトの他の関連記事を参照してください。

NginxとApacheはどちらも強力なWebサーバーであり、それぞれがパフォーマンス、スケーラビリティ、効率の点で独自の利点と短所を備えています。 1)nginxは、静的なコンテンツを処理し、逆プロキシを逆にするときにうまく機能します。 2)Apacheは、動的コンテンツを処理するときにパフォーマンスが向上し、リッチモジュールサポートが必要なプロジェクトに適しています。サーバーの選択は、プロジェクトの要件とシナリオに基づいて決定する必要があります。

Nginxは、高い並行リクエストの処理に適していますが、Apacheは複雑な構成と機能的拡張が必要なシナリオに適しています。 1.Nginxは、イベント駆動型の非ブロッキングアーキテクチャを採用しており、高電流環境に適しています。 2。Apacheはプロセスまたはスレッドモデルを採用して、複雑な構成のニーズに適したリッチモジュールエコシステムを提供します。

Nginxは、Webサイトのパフォーマンス、セキュリティ、およびスケーラビリティを改善するために使用できます。 1)逆プロキシおよびロードバランサーとして、Nginxはバックエンドサービスを最適化し、トラフィックを共有できます。 2)イベント駆動型および非同期アーキテクチャを通じて、nginxは高い並行接続を効率的に処理します。 3)構成ファイルでは、静的ファイルサービスやロードバランシングなどのルールの柔軟な定義を可能にします。 4)最適化の提案には、GZIP圧縮の有効化、キャッシュの使用、およびワーカープロセスの調整が含まれます。

Nginxunitは複数のプログラミング言語をサポートし、モジュラー設計を通じて実装されています。 1。言語モジュールの読み込み:構成ファイルに従って対応するモジュールをロードします。 2。アプリケーションの起動:呼び出し言語が実行されたときにアプリケーションコードを実行します。 3。リクエスト処理:リクエストをアプリケーションインスタンスに転送します。 4。応答返品:処理された応答をクライアントに返します。

NginxとApacheには独自の利点と短所があり、さまざまなシナリオに適しています。 1.Nginxは、高い並行性と低リソース消費シナリオに適しています。 2。Apacheは、複雑な構成とリッチモジュールが必要なシナリオに適しています。コア機能、パフォーマンスの違い、ベストプラクティスを比較することで、ニーズに最適なサーバーソフトウェアを選択するのに役立ちます。

質問:nginxを開始する方法は?回答:nginxスタートアップnginx検証nginxはnginxを開始しました他のスタートアップオプションを自動的に開始

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

NGINXサービスをシャットダウンするには、次の手順に従ってください。インストールタイプを決定します:Red Hat/Centos(SystemCtl Status Nginx)またはDebian/Ubuntu(Service Nginx Status)サービスを停止します:Red Hat/Centos(SystemCtl Stop Nginx)またはDebian/Ubuntu(Service Nginx Stop)無効自動起動(オプション):Debuntos/Centos/Centos/Centos/Centos/Centos (syst


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

Dreamweaver Mac版
ビジュアル Web 開発ツール

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

mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

Safe Exam Browser
Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。
