HTTP: Hypertext Transfer Protocol (協定、規制)、ブラウザと World Wide Web サーバー間の相互通信ルールを詳細に規定するプロトコル 構成
:
- 要求メッセージ
要求手順:
1. DNS 解決: 1. リモート サーバーの IP アドレスに対応するドメイン名解決に従って 2. TCP 接続 (スリーウェイ ハンドシェイク) で TCP
接続を確立し
、HTTP 要求を開始します
2.サーバーは
処理のためのHTTP 要求を受信し
、データを返します
3. クライアントは返されたデータを受信し
、データを処理します (ページをレンダリングします)。 - 応答メッセージの
ステータス コード: - 200: リクエストは成功しました
- 202: サーバーはリクエスト データを受信しましたが、まだ処理していません。
- 301: 恒久的に移動
- 302:一時移動
- 304: 要求されたリソースは変更されていません
- 400: クライアント要求の構文エラー
- 404: 要求されたリソースは存在しません
- 500内部サーバーエラー
1. get と post の違いは何ですか?
post と get は、HTTP の 2 つのリクエスト メソッドです。
アプリケーション シナリオ:
- get: 冪等リクエスト。サーバー リソースには影響しません。
- post: 冪等リクエストではなく、サーバーリソースに影響するシナリオ登録ユーザー
メッセージ形式:
- get: メッセージのリクエスト本文が空です
- post: メッセージのリクエスト本文は空ではなく、サーバーに送信されたリクエストを格納します
。注:
取得リクエスト:リクエストしたパラメータをURLに入れてサーバーに送信することもできますが、ポストリクエストに比べてリクエストのURLは履歴に残りますが、ブラウザのURLは長さに制限があるため、リクエストの長さに影響し、より多くのタイプのデータをサポートするために投稿のパラメーターを渡すことができます
2. HTTP リクエストで、ブラウザは 4097 バイトのテキスト データをサーバーに送信する必要があります。
IndexdDB は HTML5 のローカル ストレージです. 一部のデータをブラウザ (クライアント) に保存します. ネットワークから切断されたときに, 一部のオフライン アプリケーションのブラウザからデータを読み取ることができます.
Cookie は、クライアント側 (ブラウザー) に最大 4 kb の情報を記録することにより、ユーザーを識別します。
url パラメータは get メソッドを使用してサーバーからデータを取得します。サイズは 2 kb を超えることはできません。
セッションは、サーバーがクライアントの状態を記録するために使用するメカニズムです。
post はサーバーにデータを送信するためのもので、データ量が多いです。
ローカル ストレージは HTML5 のローカル ストレージでもあり、データをクライアントに保存します (通常は永続的に)。