HTTPリクエストヘッダー情報の説明

HTTPリクエストヘッダー情報の説明

HTTPメッセージには、クライアントからサーバーへの要求メッセージとサーバーからクライアントへの応答メッセージが含まれます。どちらのタイプのメッセージも、開始行、1つ以上のヘッダーフィールド、ヘッダーフィールドを終了するだけの空白行、およびオプションのメッセージ本文で構成されます。HTTPヘッダーフィールドには、一般ヘッダー、リクエストヘッダー、レスポンスヘッダー、エンティティヘッダーの4つの部分があります。

各ヘッダーフィールドは、ドメイン名、コロン(:)、およびフィールド値で構成されます。
ここに画像の説明を挿入

1.HTTPリクエストメソッド

得る Webサーバーにファイルを要求する
役職 Webサーバーが処理できるようにデータをWebサーバーに送信します
置く データをWebサーバーに送信し、Webサーバー内に保存します
オブジェクトが存在するかどうかを確認します
消去 Webサーバーからファイルを削除します
接続 チャネルのサポートを提供する
痕跡 サーバーへのパスをトレースします
オプション Webサーバーのパフォーマンスを照会する

注:GETとPOSTが一般的に使用されます

2、ホスト

要求されたWebサーバーのドメイン名アドレス

3、ユーザーエージェント

HTTPクライアントが実行しているブラウザの種類の詳細。Webサーバーは、ヘッダー情報を通じて、http要求のクライアントのブラウザータイプを判別できます。

4、受け入れる

クライアントが受信できるコンテンツタイプを指定します。コンテンツタイプの順序は、クライアントが受信する順序を示します。

5、Accept-Lanuage

返された情報を表示するためのHTTPクライアントブラウザの優先言語を指定します

6、Accept-エンコーディング

クライアントブラウザがサポートできるWebサーバーから返されるコンテンツ圧縮エンコーディングタイプを指定します。帯域幅を節約するために、サーバーが出力をクライアントに送信する前に圧縮できることを示します。ここで設定されているのは、クライアントブラウザがサポートできる戻り圧縮形式です。

7、Accept-Charset

HTTPクライアントブラウザで受け入れられる文字エンコーディングのセット

8、コンテンツタイプ

このHTTPリクエストによって送信されたコンテンツタイプを表示します。通常、このプロパティは、投稿が送信されたときにのみ設定する必要があります。

Content-Typeプロパティ値には、次の2つのエンコードタイプがあります。

(1)「application / x-www-form-urlencoded」:フォームデータがサーバーに送信されるときに使用されるエンコードタイプ。デフォルトのデフォルト値は「application/x-www-form-urlencoded」です。ただし、大量のテキスト、非ASCII文字を含むテキスト、またはバイナリデータをサーバーに送信する場合、このエンコーディングは非効率的です。

(2)「multipart / form-data」:ファイルをアップロードする場合、使用するエンコードタイプは「multipart / form-data」で、テキストデータとバイナリデータの両方をアップロードできます。

フォームデータとして送信する場合は「application/x-www-form-urlencoded」を使用できます。ファイルとして送信する場合は、「multipart/form-data」エンコーディングタイプを使用する必要があります。

9、Keep-Alive

持続的接続が必要かどうかを示します。Webサーバーがここで値を「Keep-Alive」と見なす場合、またはリクエストがHTTP 1.1を使用していることを確認する場合(HTTP 1.1のデフォルトは持続的接続)、持続的接続を利用できます

10.応答セクション

ここに画像の説明を挿入

ヘッダ 説明
Accept-Ranges サーバーが指定された範囲要求をサポートするかどうか、およびセグメント要求のタイプを示します Accept-Ranges:バイト
オリジンサーバーからプロキシキャッシュ形成までの推定時間(秒単位、非負) 年齢:12歳
許可する ネットワークリソースの有効な要求動作(許可されていない場合)は、405を返します 許可:GET、HEAD
キャッシュ制御 すべてのキャッシュメカニズムに、キャッシュできるかどうか、およびどのタイプかを通知します キャッシュ制御:キャッシュなし
コンテンツエンコーディング Webサーバーでサポートされている返されるコンテンツ圧縮エンコーディングタイプ。 コンテンツエンコーディング:gzip
コンテンツ-言語 応答本文の言語 コンテンツ-言語:en、zh
コンテンツの長さ 応答本体の長さ コンテンツ-長さ:348
コンテンツ-場所 リソースの代替代替アドレスを要求する コンテンツ-場所:/index.htm
コンテンツ-MD5 リソースのMD5チェックサムを返します コンテンツ-MD5:Q2hlY2sgSW50ZWdyaXR5IQ ==
コンテンツ範囲 リターンボディ全体におけるこの部分のバイト位置 コンテンツ範囲:バイト21010-47021 / 470022
コンテンツタイプ コンテンツのMIMEタイプを返します コンテンツタイプ:text / html; charset = utf-8
日にち オリジンサーバーメッセージが送信された時刻 日付:2010年11月15日火曜日08:12:31 GMT
ETag リクエスト変数のエンティティタグの現在の値 ETag:「737060cd8c284d8af7ad3082f209582d」
有効期限 応答の有効期限が切れる日時 有効期限:2010年12月1日木曜日16:00:00 GMT
最終更新日 要求されたリソースの最終変更時刻 最終変更日:2010年11月15日火曜日、12:45:26 GMT
位置 受信者を要求されていないURLにリダイレクトして、要求を完了したり、新しいリソースを識別したりするために使用されます 場所:http://www.zcmhi.com/archives/94.html
プラグマ 応答チェーン内のすべての受信者に適用される実装固有のディレクティブが含まれています プラグマ:キャッシュなし
プロキシ認証 このURLでプロキシに適用できる認証スキームとパラメータを示します プロキシ認証:基本
リフレッシュ リダイレクトに適用されるか、新しいリソースが作成され、5秒後にリダイレクトされます(Netscapeによって提案され、ほとんどのブラウザでサポートされています) 更新:5; url = http://www.zcmhi.com/archives/94.html
再試行-後 エンティティが一時的に利用できない場合は、指定された時間後に再試行するようにクライアントに通知してください 再試行-変更後:120
サーバ Webサーバーソフトウェア名 サーバー:Apache / 13.27(Unix)(Red-Hat / Linux)
Set-Cookie HttpCookieを設定する Set-Cookie:UserID = JohnDoe; 最大年齢=3600; バージョン=1
トレーラー チャンク転送エンコーディングの最後にヘッダーフィールドが存在することを示します トレーラー:マックス-フォワード
転送エンコーディング ファイル転送エンコーディング Transfer-Encoding:chunked
変化 キャッシュされた応答を使用するか、オリジンサーバーからの要求を使用するかをダウンストリームプロキシに通知します 変化: *
経由 クライアントの応答が送信される場所をプロキシに通知します 経由:1.0 fred、1.1 nowhere.com(Apache / 1.1)
警告 起こりうる問題についてエンティティに警告する 警告:199その他の警告
WWW-認証 クライアント要求エンティティが使用する必要がある承認スキームを示します WWW-認証:基本

おすすめ

転載: blog.csdn.net/weixin_45525272/article/details/123471546