HTTP は主に暗号化に使用されるプロトコルですか?

HTTP は、通常は TCP 上で実行される単純な要求/応答プロトコルです。

クライアントがサーバーに送信できるメッセージの種類と、クライアントが取得する応答の種類を指定します。要求および応答メッセージのヘッダーは ASCII コードで指定され、メッセージの内容は MIME に似た形式になります。この単純なモデルは、開発と展開を非常に簡単にしたため、Web の初期の成功に役立ちました。 (推奨学習: Web フロントエンド ビデオ チュートリアル )

1990 年、HTTP は WWW をサポートするプロトコルになりました。 WWW の父である創始者 Tim Bemers-Lee によって提案され、その後 HTTP プロトコルをさらに改良しリリースするために WWW コンソーシアムが設立され、IETF (Internet Engineering Task Force) グループが組織されました。

HTTP はアプリケーション層プロトコルであり、他のアプリケーション層プロトコルと同様、ある種の特定のアプリケーションを実装するためのプロトコルであり、その機能はユーザー空間で動作するアプリケーションによって実現されます。

HTTP はプロトコルの仕様であり、文書に記録された仕様であり、実際に HTTP プロトコルを介して通信を行う HTTP の実装プログラムです。

HTTP プロトコルは C/S アーキテクチャに基づいて通信します。HTTP プロトコルのサーバー側の実装プログラムには httpd、nginx などが含まれます。クライアント側の実装プログラムは主に Web ブラウザーなどです。 Firefox や Internet Explorer、Google chrome、Safari、Opera など さらに、クライアントのコマンド ライン ツールには elink、crul などが含まれます。

Web サービスは TCP に基づいているため、クライアントの要求にいつでも応答できるように、Web サーバーはポート 80/TCP をリッスンする必要があります。クライアント ブラウザと Web サーバーは、HTTP プロトコルを通じて通信できます。

HTTP が誕生した当初は、主に WEB 側のコンテンツ取得に使用されていましたが、当時はコンテンツが今ほど豊富ではなく、レイアウトも精緻ではなく、ほとんどのコンテンツが存在しませんでした。ユーザー対話シナリオはありません。

Web コンテンツを取得するこの単純なシナリオでは、HTTP は非常にうまく機能します。しかし、インターネットの発展と WEB2.0 の誕生により、より多くのコンテンツが表示されるようになり (画像ファイルが増加)、レイアウトがより精緻になり (CSS が増加)、より複雑なインタラクションが導入されました (jS が増加)。

ユーザーが Web サイトのホームページを開いたときに読み込まれるデータの総量とリクエストの数も増加しています。現在、ほとんどのポータル Web サイトのホームページ サイズは 200 万を超え、リクエスト数は 100 に達する場合があります。

もう 1 つの広く普及しているアプリケーションは、モバイル インターネット上のクライアント APP であり、性質の異なる APP による HTTP の使用方法は大きく異なります。 e コマース アプリの場合、ホームページを読み込むリクエストが 10 件を超える場合があります。 WeChat などの IM の場合、HTTP リクエストは音声ファイルと画像ファイルのダウンロードに限定される場合があり、リクエストの頻度は高くありません。

以上がHTTP は主に暗号化に使用されるプロトコルですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。