Web サーバーの重要なタスクは、ファイル (画像や静的 HTML ページなど) を提供することです。
リクエストに応じて、ファイルはさまざまなローカル ディレクトリ、/data/www (HTML ファイルが含まれる場合があります) および /data/images (画像が含まれる場合があります) から提供されます。これには、構成ファイルを編集し、2 つのロケーション ブロックを使用して http ブロック内にサーバー ブロックを設定する必要があります。 (推奨される学習: nginx の使用)
まず、/data/www ディレクトリを作成し、テキスト コンテンツを含む Index.html ファイルをそこに配置し、/data/ を作成します。画像ディレクトリを開き、そこに画像をいくつか入れます。 2 つのディレクトリを作成します -
[root@localhost ~]# mkdir -p /data/www [root@localhost ~]# mkdir -p /data/images [root@localhost ~]#
上で作成した 2 つのディレクトリに 2 つのファイルを置きます: /data/www/index.html および /data/images/logo.png、/data /www の内容/index.html ファイルは次のような 1 行です -
<h2 id="nbsp-New-nbsp-Static-nbsp-WebSite-nbsp-Demo"> New Static WebSite Demo.</h2>
次に、設定ファイル (/usr/local/nginx/conf/nginx.conf) を開きます。デフォルトの構成ファイルにはすでにサーバー ブロックの例がいくつか含まれていますが、そのほとんどはコメント化されています。次に、そのようなブロックをすべてコメント アウトし、新しいサーバー ブロックを開始します。
http { server { } }
通常、構成ファイルには、サーバーがリッスンするポートとサーバー名によって区別される複数のサーバー ブロックを含めることができます。 nginx は、リクエストを処理するサーバーを決定するときに、リクエスト ヘッダーで指定された URI をサーバー ブロック内で定義された location ディレクティブのパラメーターに対してテストします。
次の location ブロックをサーバー ブロックに追加します:http {
server {
location / {
root /data/www;
}
}
}
location ブロックは、リクエスト内の URI と比較される「/」プレフィックスを指定します。 。リクエストに一致する場合、ルート ディレクティブで指定されたパス (つまり、/data/www) に URI が追加され、ローカル ファイル システム上のリクエストされたファイルへのパスが形成されます。一致するロケーション ブロックが複数ある場合、nginx はロケーション ブロックと一致する最も長いプレフィックスを持つブロックを選択します。上記のロケーション ブロックは、最も短いプレフィックス長の 1 を提供するため、このブロックは、他のすべてのロケーション ブロックが一致を提供できない場合にのみ使用されます。
http {
server {
location / {
root /data/www;
}
location /images/ {
root /data;
}
}
}
これは、 /images/(location/ で始まるリクエストにも一致しますが、プレフィックスが短くなります。つまり、 「/images/」は「/」よりも長い)リクエストに一致します。
サーバー ブロックの最終構成は次のようになります。
server { location / { root /data/www; } location /images/ { root /data; } }
これはすでに標準ポート 80 でリッスンしており、ローカル マシン ( http://localhost/ ) でアクセスできるサーバーです。動作構成。 /images/ で始まる URI のリクエストに応答して、サーバーは /data/images ディレクトリからファイルを送信します。たとえば、http://localhost/images/logo.png リクエストに応答して、nginx はサービス上の /data/images/logo.png ファイルを送信します。ファイルが存在しない場合、nginx は 404 エラーを示す応答を送信します。 /images/ で始まらない URI に対するリクエストは、/data/www ディレクトリにマッピングされます。たとえば、http://localhost/about/example.html へのリクエストに応答して、nginx は /data/www/about/example.html ファイルを送信します。
新しい設定を適用するには、nginx をまだ開始していない場合は開始するか、次のコマンドを実行して nginx のメイン プロセスにリロード シグナルを送信します。エラーまたは例外により、正常に動作する場合は、/usr/local/nginx/logs または /var/log/nginx ディレクトリ内の access.log および error.log ファイルをチェックして、理由を見つけることができます。ブラウザを開くか、CURL を使用して、以下に示すように Nginx サーバーにアクセスします。
nginx.conf ファイルの完全な構成内容は次のとおりです。 : えー
以上がnginx を使用して静的コンテンツを提供するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

Nginxunitは、モジュラーアーキテクチャと動的な再構成機能により、アプリケーションのパフォーマンスと管理性を向上させます。 1)モジュラー設計には、マスタープロセス、ルーター、アプリケーションプロセスが含まれ、効率的な管理と拡張をサポートします。 2)動的再構成により、CI/CD環境に適した、実行時に構成をシームレスに更新できます。 3)多言語サポートは、言語ランタイムの動的なロードを通じて実装され、開発の柔軟性が向上します。 4)イベント駆動型モデルと非同期I/Oによって高性能が達成され、高い並行性の下でも効率的なままです。 5)申請プロセスを分離し、アプリケーション間の相互の影響を減らすことにより、セキュリティが改善されます。

nginxunitを使用して、アプリケーションを複数の言語で展開および管理できます。 1)nginxunitをインストールします。 2)PythonやPHPなどのさまざまなタイプのアプリケーションを実行するように構成します。 3)アプリケーション管理に動的構成関数を使用します。これらの手順を通じて、アプリケーションを効率的に展開および管理し、プロジェクトの効率を向上させることができます。

NGINXは、高い並行接続の処理に適していますが、Apacheは複雑な構成とモジュール拡張が必要なシナリオにより適しています。 1.Nginxは、高性能と低リソース消費で知られており、高い並行性に適しています。 2. Apacheは、その安定性とリッチモジュール拡張機能で知られています。これは、複雑な構成ニーズに適しています。

Nginxunitは、動的な構成と高性能アーキテクチャにより、アプリケーションの柔軟性とパフォーマンスを向上させます。 1.動的構成により、サーバーを再起動せずにアプリケーション構成を調整できます。 2.高性能は、イベント駆動型および非ブロッキングアーキテクチャおよびマルチプロセスモデルに反映され、同時接続を効率的に処理し、マルチコアCPUを利用できます。

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。応答返品:処理された応答をクライアントに返します。


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

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

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

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

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!

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