HTTPプロトコルの詳しい説明

はじめに

HTTP プロトコルの主な機能は次のように要約できます:

1. URL 章 HTTP プロトコルの詳細説明

http://host[":"port][abs_path]

2. の詳細説明HTTP プロトコル リクエストの章

http リクエストは、リクエスト行、メッセージ ヘッダー、リクエスト本文

GET Request-URI#で特定されるリソースの取得リクエスト

## POST Request-URI

HEAD で識別されるリソースの後に新しいデータを追加します。 Request-URI

PUT で識別されるリソースの応答メッセージ ヘッダーの取得を要求します。 PUT サーバーに次のことを要求します。リソースを保存し、Request -URI を識別子として使用します。

DELETE Request-URI で識別されるリソースの削除をサーバーに要求します。

TRACE サーバーに、受信したリクエスト情報を返送するよう要求します。主に使用されます。テストまたは診断のために

CONNECTは、サーバーのパフォーマンスをクエリしたり、リソース関連のオプションと要件をクエリしたりするための

OPTIONSリクエストの今後の使用を予約します

GET メソッド: ブラウザのアドレス バーに URL を入力して Web ページにアクセスすると、ブラウザは GET メソッドを使用してサーバーからリソースを取得します。例: GET /form.html HTTP/ 1.1 (CRLF)

POST メソッドの要件 要求されたサーバーは、フォームの送信によく使用される、要求に添付されたデータを受け入れます。

Accept:image/gif,image/x-xbit,... (CRLF)

...

ホスト:www.guet.edu.cn (CRLF)

コンテンツの長さ:22 (CRLF)

接続:キープアライブ (CRLF)

Cache-Control:no-cache (CRLF)

(CRLF) //この CRLF は、メッセージ ヘッダーが終了し、その前はメッセージ ヘッダーであったことを示します

user=jeffrey&pwd =1234 //次の行は送信されたデータです

HEAD メソッドは GET メソッドとほぼ同じであり、HEAD リクエストの応答部分については、HTTP ヘッダーに含まれる情報は GET リクエストで取得した情報と同じです。この方法を使用すると、リソースの内容全体を送信することなく、Request-URI で識別されるリソースに関する情報を取得できます。この方法は、ハイパーリンクの有効性、アクセス可能かどうか、最近更新されたかどうかをテストするためによく使用されます。

2. リクエストヘッダーの説明

3. リクエストボディ (省略)

3. HTTP プロトコルの詳細な説明を含むレスポンスの章

リクエスト メッセージを受信して​​解釈した後、サーバーは HTTP 応答メッセージを返します。

HTTP 応答も、ステータス行、メッセージ ヘッダー、応答本文の 3 つの部分で構成されます。

1. ステータス行の形式は次のとおりです:

#HTTP- Version Status-Code Reason-Phrase CRLF

1xx: 指示情報 - 要求が受信されたことを示します。処理を続行

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

#3xx: リダイレクト -- リクエストを完了するにはさらに操作を実行する必要があります

4xx: クライアント エラー -- リクエストに構文エラーがあるか、リクエストを実行できません。

##5xx: サーバー側エラー -- サーバーが法的なリクエストを実行できませんでした

一般的なステータス コード、ステータス 説明と説明:

401 Unauthorized //リクエストは未承認です。このステータス コードは WWW-Authenticate レポートと一緒に使用する必要があります //ヘッダー フィールド

403 Forbidden //サーバーがリクエストを受信しましたが、サービスの提供を拒否しました。

404 Not Found //要求されたリソースが存在しません。例: 間違った URL が入力されました。

500 Internal Server Error //予期しないエラーが発生しました。 server

503 Server Unavailable //サーバーは現在顧客を処理できません 一定期間が経過すると、正常に戻る可能性があります 応答テキストは、サーバーによって返されたリソースの内容です

4. HTTP プロトコルの詳細説明 - メッセージ ヘッダー

通常のヘッダーには、すべてのリクエストおよび応答メッセージに使用されるいくつかのヘッダー フィールドがありますが、送信されるエンティティには使用されず、送信されるメッセージにのみ使用されます。 。

Accept-Charset リクエスト ヘッダー フィールドは、クライアントが受け入れる文字セットを指定するために使用されます。例: Accept-Charset:iso-8859-1, gb2312 このフィールドが要求メッセージに設定されていない場合、デフォルトでは任意の文字セットが受け入れられます。

Accept-Encoding

Accept-Encoding リクエスト ヘッダー フィールドは Accept と似ていますが、許容可能なコンテンツ エンコーディングを指定するために使用されます。例: Accept-Encoding:gzip.deflate このドメインがリクエスト メッセージに設定されていない場合、サーバーはクライアントがさまざまなコンテンツ エンコーディングを受け入れることができると想定します。

Accept-Language

Accept-Language リクエスト ヘッダー フィールドは Accept と似ていますが、自然言語を指定するために使用されます。例: Accept-Language:zh-cn このヘッダー フィールドがリクエスト メッセージに設定されていない場合、サーバーはクライアントがさまざまな言語を受け入れることができると想定します。

Authorization

Authorization リクエスト ヘッダー フィールドは主に、クライアントがリソースを表示する権利を持っていることを証明するために使用されます。ブラウザがページにアクセスし、サーバーから応答コード 401 (Unauthorized) を受信すると、Authorization リクエスト ヘッダー フィールドを含むリクエストを送信して、サーバーに検証を依頼できます。

Host (このヘッダー フィールドはリクエストの送信時に必要です)

Host リクエスト ヘッダー フィールドは主に、リクエストされたリソースのインターネット ホストとポート番号を指定するために使用されます。これらは通常、 HTTP URL が表示されます。例:

ブラウザに次のように入力します: http://www.guet.edu.cn/index.html

ブラウザによって送信されるリクエスト メッセージには、Host が含まれます。リクエスト ヘッダー フィールドは次のようになります:

ホスト: www.guet.edu.cn

ここではデフォルトのポート番号 80 が使用されます。ポート番号を指定すると、ホスト: www になります。 .guet.edu.cn: ポート番号を指定します

User-Agent

オンライン フォーラムにログインすると、オペレーティング システムの名前がリストされたウェルカム メッセージが表示されることがあります。 . とバージョン, あなたが使用しているブラウザの名前とバージョン, これは多くの人に素晴らしいと思わせることがよくあります. 実際、サーバー アプリケーションはこの情報を User-Agent リクエスト ヘッダー フィールドから取得します。 User-Agent リクエスト ヘッダー フィールドを使用すると、クライアントはサーバーにオペレーティング システム、ブラウザ、およびその他の属性を伝えることができます。ただし、このヘッダー フィールドは必須ではなく、ブラウザーを自分で作成し、User-Agent リクエスト ヘッダー フィールドを使用しない場合、サーバーは私たちの情報を知ることができません。

リクエスト ヘッダーの例:

GET /form.html HTTP/1.1 (CRLF)

Accept:image/gif,image/x-xbitmap,image/ jpeg,application/x-shockwave-flash,application/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword,*/* (CRLF)

Accept-Language:zh-cn ( CRLF)

Accept-Encoding:gzip,deflate (CRLF)

If-Modified-From:Wed,05 Jan 2007 11:21:25 GMT (CRLF)

一致しない場合:W/"80b1a4c018f3c41:8317" (CRLF)

ユーザー エージェント:Mozilla/4.0(互換;MSIE6.0;Windows NT 5.0) (CRLF)

ホスト:www.guet.edu.cn (CRLF)

Connection:Keep-Alive (CRLF)

(CRLF)

3. 応答ヘッダー

応答ヘッダーを使用すると、サーバーは、ステータス行に配置できない追加の応答情報、サーバーに関する情報、および Request-URI で識別されるリソースへの次のアクセスに関する情報を渡すことができます。

一般的に使用される応答ヘッダー

Location

Location 応答ヘッダー フィールドは、受信者を新しい場所にリダイレクトするために使用されます。 Location 応答ヘッダー フィールドは、ドメイン名を変更するときによく使用されます。

サーバー

サーバー応答ヘッダー フィールドには、サーバーが要求を処理するために使用するソフトウェアに関する情報が含まれています。 User-Agent リクエスト ヘッダー フィールドに対応します。以下は、

サーバー応答ヘッダー フィールドの例です:

Server:Apache-Coyote/1.1

WWW-Authenticate

WWW-Authenticate 応答header フィールド 401 (Unauthorized) 応答メッセージに含める必要があります。クライアントが 401 応答メッセージを受信し、Authorization ヘッダー フィールドを送信してサーバーに検証を要求すると、サーバーの応答ヘッダーにはこのヘッダー フィールドが含まれます。

例: WWW-Authenticate:Basic realm="Basic Auth Test!" //サーバーが要求されたリソースに対して基本認証メカニズムを使用していることがわかります。

4. エンティティ ヘッダー

要求メッセージと応答メッセージの両方でエンティティを送信できます。エンティティは、エンティティ ヘッダー フィールドとエンティティ本文で構成されます。ただし、エンティティ ヘッダー フィールドとエンティティ本文を一緒に送信する必要があるというわけではなく、エンティティ ヘッダー フィールドのみを送信することもできます。エンティティ ヘッダーは、エンティティ本体に関するメタ情報 (例: エンティティ本体の有無) とリクエストによって識別されるリソースを定義します。

一般的に使用されるエンティティ ヘッダー

Content-Encoding

Content-Encoding エンティティ ヘッダー フィールドはメディア タイプ修飾子として使用され、その値はそれが適用されていることを示します。 Content-Type ヘッダー フィールドで参照されるメディア タイプを取得するには、対応するデコード メカニズムを使用する必要があるため、本文内の追加コンテンツのエンコード。 Content-Encoding は、ドキュメントの圧縮方法を記録するために使用されます。例: Content-Encoding: gzip

Content-Language

Content-Language エンティティ ヘッダー フィールドは、エンティティ ヘッダー フィールドで使用される自然言語を記述します。リソース。このフィールドが設定されていない場合、エンティティ コンテンツはすべての言語の読者に利用可能であると想定されます。例: Content-Language:da

Content-Length

Content-Length エンティティ ヘッダー フィールドは、エンティティ本体の長さを示すために使用され、バイト単位で格納された 10 進数として表されます。

Content-Type

Content-Type エンティティ ヘッダー フィールドは、受信者に送信されるエンティティ本文のメディア タイプを指定します。例:

Content-Type:text/html;charset=ISO-8859-1

Content-Type:text/html;charset=GB2312

Last-Modified

Last-Modified エンティティ ヘッダー フィールドは、リソースの最終変更日時を示すために使用されます。

Expires

Expires エンティティ ヘッダー フィールドには、応答の有効期限が切れる日時が示されます。プロキシ サーバーまたはブラウザが一定期間後にキャッシュ内のページを更新できるようにするには (以前にアクセスしたページに再度アクセスするときに、そのページをキャッシュから直接読み込み、応答時間を短縮し、サーバーの負荷を軽減します)、次のことができます。 Expires エンティティ ヘッダー フィールドを使用して、ページの有効期限を指定します。例: Expires: Thu, 15 Sep 2006 16:23:12 GMT

HTTP 1.1 のクライアントとキャッシュは、他の不正な日付形式 (0 を含む) を期限切れとして扱わなければなりません (MUST)。例: ブラウザーがページをキャッシュしないようにするために、Expires エンティティ ヘッダー フィールドを使用して、それを 0 に設定することもできます。jsp のプログラムは次のとおりです: response.setDateHeader("Expires","0");

5. Telnet を使用して http プロトコルの通信プロセスを観察します

実験の目的と原理:

MS Telnet ツールを使用して、http リクエスト情報のメソッドを手動で入力し、サーバーにリクエストを送信します。サーバーがリクエストを受信、解釈し、受け入れた後、応答が返され、画面に表示されます。 Telnet ウィンドウを使用することで、http プロトコルの通信プロセスを知覚的な観点から理解することができます。

実験手順:

1. telnet を開きます

1.1 telnet を開きます

Run-->cmd-->telnet

1.2 Telnet エコー機能をオンにする

set localecho

2. サーバーに接続してリクエストを送信します

2.1 open www.guet.edu.cn 80 //メモポート番号は省略できません。

HEAD /index.asp HTTP/1.0

Host:www.guet.edu.cn

/*リクエスト方法を変更できます。桂林電子ホームページのコンテンツをリクエストするには、次のメッセージを入力してください */

open www.guet.edu.cn 80

GET /index.asp HTTP/1.0 //リソースのリクエスト Content

ホスト:www.guet.edu.cn

2.2 open www.sina.com.cn 80 //Telnet www.sina を入力コマンド プロンプトで .com.cn を直接実行 80

HEAD /index.asp HTTP/1.0

Host:www.sina.com.cn

#Expries: Thu,08 Mar 2007 07:16:51 GMT

Set-Cookie: ASPSESSIONIDQAQBQQQB=BEJCDGKADEDJKLKKAJEOIMMH; path=/

以上がHTTPプロトコルの詳しい説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。