フロントエンド開発に密接に関連したHTTPプロトコルの知識-htmlチュートリアル-php.cn

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

little bottle

リリース： 2019-05-11 10:53:34

転載

2820 人が閲覧しました

フロントエンドエンジニアが最も扱うのはブラウザです。その中で、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 プロトコルの理解から切り離すことができません。