ロケーションモジュールのマッチング導入
1.”= プレフィックスディレクティブマッチング。マッチングが成功すると、他のマッチングは停止されます。
2. 通常の文字列命令は最長から最短の順にマッチングされ、マッチングに成功した箇所が ^~ を使用している場合、他のマッチングは停止されます (通常のマッチング)。
3. 設定ファイルの順序で正規表現の指示を照合し、成功すると他の照合を停止します。
4. 3 番目のステップで一致が成功した場合はその結果を使用し、それ以外の場合は 2 番目のステップの結果を使用します。
注意事項
1. 一致順序は、最初に通常の文字列と一致し、次に正規表現と一致します。また、通常の文字列のマッチング順序は、構成内の文字の長さの長いものから短いものに基づいており、通常の文字列を使用して構成された場所の順序は無関係であることを意味します。ただし、正規表現は構成ファイルで指定された順序でテストされることに注意してください。最初に一致する正規表現が見つかると、検索が停止します。
2. 通常の状況では、通常の文字列の位置が正常に一致した後に、正規表現による位置の一致が実行されます。この動作を変更するには 2 つの方法があり、1 つは "= プレフィックスを使用する方法です。このとき、厳密な照合が実行され、照合が成功した直後に他の照合が停止され、同時にリクエストが処理されます。もう 1 つは、「^~」プレフィックスを使用することです。これを正規の文字列とともに使用すると、パスが一致する場合に正規表現をテストしないように nginx に指示します。
location = /uri
= は完全一致で始まり、完全に一致する場合にのみ有効になります。
location ^~ /uri#^~ プレフィックス マッチングは、URL パスの先頭と正規表現の前で実行されます。
location ~ pattern~ は、大文字と小文字を区別する正規の一致を示します。
location ~* pattern~* は、大文字と小文字を区別しない正規の一致を示します。
location /uri修飾子を付けない場合は、通常のマッチングの後にプレフィックス マッチングを意味します。
location /ユニバーサル マッチング。他の場所と一致しないリクエストはすべてマッチングされます。これはスイッチのデフォルトと同等です。
設定例
server { listen 80; server_name test.com; index index.html index.htm index.php; charset koi8-r; access_log /var/log/nginx/host.access.log main; # 域名+项目1名称 location ^~ /a1/ { alias /usr/share/nginx/html/a1/public/; } # 域名+项目2名称 location ^~ /a2/ { alias /usr/share/nginx/html/a2/public/; } error_page 404 /404.html; # redirect server error pages to the static page /50x.html error_page 500 502 503 504 /50x.html; location = /50x.html { root /usr/share/nginx/html/500.html; } #pass the php scripts to fastcgi server listening on 127.0.0.1:9000 location ~ \.php$ { root html; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param script_filename /scripts$fastcgi_script_name; include fastcgi_params; } location ~ /\.ht { deny all; } }
効果のプレビュー
#
以上がNginx で 1 つのドメイン名で複数のプロジェクトにアクセスする方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

Nginxは、高い並行性と静的コンテンツの処理に適していますが、Apacheは動的な内容と複雑なURL書き換えに適しています。 1.Nginxは、高い並行性に適したイベント駆動型モデルを採用しています。 2。Apacheは、動的なコンテンツに適したプロセスモデルまたはスレッドモデルを使用します。 3。NGINX構成は簡単ですが、Apache構成は複雑ですが、より柔軟です。

NginxとApacheにはそれぞれ独自の利点があり、選択は特定のニーズに依存します。 1.NGINXは、単純な展開を備えた高い並行性に適しており、構成の例には仮想ホストとリバースプロキシが含まれます。 2。Apacheは複雑な構成に適しており、展開も同様に簡単です。構成の例には、仮想ホストとURL書き換えが含まれます。

Nginxunitの目的は、Webアプリケーションの展開と管理を簡素化することです。その利点には、次のものが含まれます。1)Python、PHP、Go、Java、node.jsなどの複数のプログラミング言語をサポートします。 2)動的構成と自動リロード関数を提供します。 3)統一されたAPIを介してアプリケーションライフサイクルを管理します。 4)非同期I/Oモデルを採用して、高い並行性と負荷分散をサポートします。

Nginxは2002年に開始され、C10Kの問題を解決するためにIgorsysoevによって開発されました。 1.Nginxは、高性能の非同期アーキテクチャであり、高い並行性に適した高性能Webサーバーです。 2。システムのパフォーマンスと信頼性を向上させるために、リバースプロキシ、ロードバランス、キャッシュなどの高度な機能を提供します。 3。最適化手法には、HTTP/2とセキュリティ構成を使用した、ワーカープロセスの数の調整、GZIP圧縮の有効化が含まれます。

NginxとApacheの主なアーキテクチャの違いは、Nginxがイベント駆動型の非同期非ブロッキングモデルを採用し、Apacheはプロセスまたはスレッドモデルを使用することです。 1)nginxは、静的な内容と逆プロキシに適したイベントループとI/O多重化メカニズムを介して、高電流接続を効率的に処理します。 2)Apacheは、非常に安定しているがリソース消費量が高いマルチプロセスまたはマルチスレッドモデルを採用しており、リッチモジュールの拡張が必要なシナリオに適しています。

Nginxは、高い同時コンテンツと静的コンテンツの処理に適していますが、Apacheは複雑な構成と動的コンテンツに適しています。 1。NGINXは、交通量の多いシナリオに適した同時接続を効率的に処理しますが、動的コンテンツを処理するときは追加の構成が必要です。 2。Apacheは、複雑なニーズに適したリッチモジュールと柔軟な構成を提供しますが、並行性のパフォーマンスが低いです。

NginxとApacheにはそれぞれ独自の利点と欠点があり、選択は特定のニーズに基づいている必要があります。 1.Nginxは、非同期の非ブロッキングアーキテクチャのため、高い並行性シナリオに適しています。 2。Apacheは、モジュラー設計のため、複雑な構成を必要とする低変動シナリオに適しています。

Nginxunitは、複数のプログラミング言語をサポートし、動的構成、ゼロダウンタイム更新、組み込みのロードバランシングなどの機能を提供するオープンソースアプリケーションサーバーです。 1。動的構成:再起動せずに構成を変更できます。 2。多言語サポート:Python、Go、Java、PHPなどと互換性があります。 4。ビルトインロードバランシング:リクエストは、複数のアプリケーションインスタンスに配布できます。


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

ホットトピック









