フロントエンド開発に密接に関連したHTTPプロトコルの知識

フロントエンド エンジニアが最も扱うのはブラウザです。その中で、HTTP プロトコルは無視されることが多いですが、実際には、リソースのキャッシュ、CDN の読み込み、ページのパフォーマンスの最適化などはすべて HTTP プロトコルの理解から切り離せません。

HTTP は、ハイパーテキスト転送プロトコル (正式名: Hyper Transfer Protocol) とも呼ばれます。当初、HTTP は HTML ファイルしか送信できませんでしたが、現在ではテキスト、画像、ビデオ、さまざまなストリーミング ファイルを送信できるようになりました。

HTTP はステートレスです: 同じクライアントが複数のリクエストを連続して開始します。HTTP サーバーにとって、それらはすべて新しいリクエストです。HTTP は、それがクライアントからのものであることを知る方法がありません。

HTTP メッセージ構造: 特定のメッセージ構造を確認するには、パケット キャプチャ ツールを使用する必要があるため、ここでは具体的な例を省略して簡単に説明します。リクエストとレスポンスのメッセージ構造は基本的に同じです。

ヘッダー: リクエスト/応答行とリクエスト/応答ヘッダーに分かれています。

リクエスト/レスポンス行: リクエスト メソッド (GET/POST)、リソースへのパス、http プロトコルのバージョン番号が含まれます。

リクエスト/レスポンス ヘッダー: ここでは、さまざまなリクエスト ヘッダーを示します。

Body: 応答本文。通常は HTML ファイルです。 get リクエストの場合、レスポンスボディはありません。

HTTP リクエストメソッド:

GET Request-URI
POST で特定されるリソースの取得リクエスト Request-URI
HEAD で特定されるリソースの後に新しいデータを追加します。 Request-URI で識別されるリソースの応答メッセージ ヘッダー
PUT サーバーにリソースの保存を要求し、Request-URI をその識別子として使用します
DELETE サーバーに Request-URI で識別されるリソースの削除を要求します
TRACE サーバーにレシートを返送するように要求します。 要求された要求情報は主にテストまたは診断に使用されます。
CONNECT は将来の使用のために予約されています。
OPTIONS サーバーのパフォーマンスをクエリする、またはリソースに関連するオプションと要件をクエリするためのリクエストです。

私たちにとって、一般的に使用されるのは GET と POST です。繰り返しますが、フォームを送信する必要はなく、post と比べて get にはセキュリティ上の問題はありません。

HTTP ステータス コード:

1XX プロンプト メッセージ - リクエストが正常に受信され、処理が継続されていることを示します。

2XX 成功 - リクエストが正常に受信、理解、受け入れられたことを示します

3XX リダイレクト - リクエストを完了するにはさらに処理を実行する必要があります

4XX クライアント エラー -リクエスト 構文エラーがあるか、リクエストを実装できません

5XX サーバー側エラー - サーバーは正当なリクエストを実装できません

ステータス コードは多数ありますが、自分で理解できます。知っておくべきことがいくつかあると思います。

HTTP 通信プロセス: URL に従って DNS をクエリし、サーバーを検索し、TCP 接続を確立し、リクエストを送信し、サーバーの応答を行います。

HTTP については、HTTP がステートレスであること、HTTP メッセージの構造、基本的なリクエスト メソッド、基本的なステータス コードを知ることが基本だと思います。

HTTP プロトコルについては学ぶべきことがまだたくさんありますが、これは知っておくべき基本的な事項にすぎません。

Coding の個人メモ公開アカウントのフォローへようこそ

##フロントエンド エンジニアが最も扱うのはブラウザです。ブラウザと切り離せない HTTP プロトコルは、私たちに無視されることがよくありますが、実際には、リソース キャッシュ、CDN 読み込み、ページ パフォーマンスの最適化などはすべて、HTTP プロトコルの理解から切り離すことができません。

HTTP は、ハイパーテキスト転送プロトコル (正式名: Hyper Transfer Protocol) とも呼ばれます。当初、HTTP は HTML ファイルしか送信できませんでしたが、現在ではテキスト、画像、ビデオ、さまざまなストリーミング ファイルを送信できるようになりました。

HTTP はステートレスです: 同じクライアントが複数のリクエストを連続して開始します。HTTP サーバーにとって、それらはすべて新しいリクエストです。HTTP は、それがクライアントからのものであることを知る方法がありません。

HTTP メッセージ構造: 特定のメッセージ構造を確認するには、パケット キャプチャ ツールを使用する必要があるため、ここでは具体的な例を省略して簡単に説明します。リクエストとレスポンスのメッセージ構造は基本的に同じです。

ヘッダー: リクエスト/応答行とリクエスト/応答ヘッダーに分かれています。

リクエスト/レスポンス行: リクエスト メソッド (GET/POST)、リソースへのパス、http プロトコルのバージョン番号が含まれます。

リクエスト/レスポンス ヘッダー: ここでは、さまざまなリクエスト ヘッダーを示します。

Body: 応答本文。通常は HTML ファイルです。 get リクエストの場合、レスポンスボディはありません。

HTTPリクエストメソッド:

GET Request-URIで特定されるリソースの取得リクエスト
POST Request-URIで特定されるリソースの後に新しいデータを追加
HEAD Request-URI##で特定されるリソースの応答メッセージヘッダの取得リクエスト#PUT サーバーにリソースの保存を要求し、Request-URI をその識別子として使用します。
DELETE サーバーに、Request-URI で識別されるリソースの削除を要求します。
TRACE サーバーに、受信したリクエスト情報の返送を要求します。主に使用されます。テストまたは診断用
CONNECT は、サーバーのパフォーマンスをクエリしたり、リソース関連のオプションや要件をクエリしたりするための
OPTIONS リクエストの将来の使用のために予約されています

私たちにとって、一般的に使用されるものは GET、そしてポスト。繰り返しますが、フォームを送信する必要はなく、post と比べて get にはセキュリティ上の問題はありません。

HTTP ステータス コード:

1XX プロンプト メッセージ - リクエストが正常に受信され、処理が継続されていることを示します。

2XX 成功 - リクエストが正常に受信、理解、受け入れられたことを示します

3XX リダイレクト - リクエストを完了するにはさらに処理を実行する必要があります

4XX クライアント エラー -リクエスト 構文エラーがあるか、リクエストを実装できません

5XX サーバー側エラー - サーバーは正当なリクエストを実装できません

ステータス コードは多数ありますが、自分で理解できます。知っておくべきことがいくつかあると思います。

HTTP 通信プロセス: URL に従って DNS をクエリし、サーバーを検索し、TCP 接続を確立し、リクエストを送信し、サーバーの応答を行います。

HTTP については、HTTP がステートレスであること、HTTP メッセージの構造、基本的なリクエスト メソッド、基本的なステータス コードを知ることが基本だと思います。

HTTP プロトコルについては学ぶべきことがまだたくさんありますが、これは知っておくべき基本的な事項にすぎません。

[おすすめコース:

HTTPビデオコース]

以上がフロントエンド開発に密接に関連したHTTPプロトコルの知識の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。