HTTP - HTTPメッセージ - 版の履歴

Wiki: /* HTTPレスポンスの構成 */

2024-11-13T21:22:22Z

HTTPレスポンスの構成

@@ 184行目: / 184行目: @@
 ==== HTTPレスポンスの構成 ====
-HTTPレスポンスは、以下の要素で構成される。<br>
+HTTPレスポンスは4つの主要な部分から構成されており、各部分が明確な役割を持つ。<br>
-* HTTPプロトコルのバージョン
+<br>
-* HTTPリクエストが成功したか否か、および、その理由を示すステータスコード
+特にヘッダフィールドは、クライアントがレスポンスを適切に処理するための重要な情報を提供する。<br>
-* ステータスメッセージ、ステータスコードの非正規の短い説明
+<br>
-* HTTPリクエストと同様のHTTPヘッダ
+ # HTTPレスポンスの例
-* オプションとして、取得したリソースを含むボディ
 <br>
 [[ファイル:HTTP Response 1.png|中央]]
 <center>図. HTTPレスポンス</center>
 <br>
-下表に、主なHTTPレスポンスのステータス番号の一覧を示す。<br>
+===== ステータス行 =====
 * 1xx
 *: 情報
@@ 208行目: / 228行目: @@
 <center>
 {| class="wikitable" | style="background-color:#fefefe;"
-|+ HTTPレスポンスのステータス番号
+|+ HTTPレスポンスのステータスコード
 |-
 ! style="background-color:#66CCFF; width="30%";" | ステータスコード
@@ 236行目: / 256行目: @@
 |}
 </center>
 <br><br>

Wiki: /* HTTPリクエストの構成 */

2024-11-13T21:11:32Z

HTTPリクエストの構成

← 古い版		2024年11月14日 (木) 06:11時点における版
137行目:		137行目:
	==== HTTPリクエストの構成 ====		==== HTTPリクエストの構成 ====
	HTTPリクエストは、以下の要素で構成される。<br>		HTTPリクエストは、以下の要素で構成される。<br>
			<br>
			POST /submit HTTP/1.1 # リクエスト行
			Host: example.com # ヘッダフィールド
			Content-Type: application/json # ヘッダフィールド
			Content-Length: 38 # ヘッダフィールド
			# 空行
			{"username": "john", "age": 30} # メッセージボディ
	<br>		<br>
	[[ファイル:HTTP Request 1.png\|中央]]		[[ファイル:HTTP Request 1.png\|中央]]
154行目:		161行目:
	GET /index.html HTTP/1.1		GET /index.html HTTP/1.1
	<br>		<br>

	===== ヘッダフィールド =====		===== ヘッダフィールド =====
	リクエストの追加情報を含む。<br>		リクエストの追加情報を含む。<br>
166行目:		172行目:
	Accept: text/html		Accept: text/html
	<br>		<br>
			===== 空行 =====
	===== ~~ボディ~~ =====		単純な改行であるが、ヘッダフィールドとメッセージボディを区切る重要な要素である。<br>
	~~主に、POST通信時のパラメータが記述される。~~<br>		<br>
	# 例		===== メッセージボディ =====
	~~name=tarou&~~age=30		主に、POSTリクエスト等でデータを送信する時にパラメータが記述される。<br>
			GETリクエストの場合は、空になることが多い。<br>
			<br>
			# 例 (POSTパラメータ)
			{"username": "john", "age": 30}
	<br>		<br>

Wiki: /* ヘッダフィールド */

2024-11-13T21:07:23Z

ヘッダフィールド

← 古い版		2024年11月14日 (木) 06:07時点における版
156行目:		156行目:

	===== ヘッダフィールド =====		===== ヘッダフィールド =====
			リクエストの追加情報を含む。<br>
			<br>
	* サーバに追加情報を伝えるオプションのヘッダ		* サーバに追加情報を伝えるオプションのヘッダ
	* POSTのようないくつかのメソッドでは、送信されたリソースを含むレスポンスと似たボディ		* POSTのようないくつかのメソッドでは、送信されたリソースを含むレスポンスと似たボディ
	<br>		<br>
			# 例
			Host: www.example.com
			User-Agent: Mozilla/5.0
			Accept: text/html
			<br>

	===== ボディ =====		===== ボディ =====
	主に、POST通信時のパラメータが記述される。<br>		主に、POST通信時のパラメータが記述される。<br>

Wiki: /* リクエスト行 */

2024-11-13T21:06:44Z

リクエスト行

← 古い版		2024年11月14日 (木) 06:06時点における版
142行目:		142行目:
	<br>		<br>
	===== リクエスト行 =====		===== リクエスト行 =====
			メソッド、URI、HTTPバージョンを含む。<br>
			<br>
	* HTTPメソッド		* HTTPメソッド
	*: GET、POST、DELETE、OPTIONS、HEADがあり、クライアントが実行する操作を定義する。		*: GET、POST、DELETE、OPTIONS、HEADがあり、クライアントが実行する操作を定義する。
149行目:		151行目:
	* HTTPプロトコルのバージョン		* HTTPプロトコルのバージョン
	<br>		<br>
			# 例
			GET /index.html HTTP/1.1
			<br>

	===== ヘッダフィールド =====		===== ヘッダフィールド =====
	* サーバに追加情報を伝えるオプションのヘッダ		* サーバに追加情報を伝えるオプションのヘッダ

Wiki: /* HTTPリクエストの構成 */

2024-11-13T21:04:34Z

HTTPリクエストの構成

← 古い版		2024年11月14日 (木) 06:04時点における版
137行目:		137行目:
	==== HTTPリクエストの構成 ====		==== HTTPリクエストの構成 ====
	HTTPリクエストは、以下の要素で構成される。<br>		HTTPリクエストは、以下の要素で構成される。<br>
			<br>
			[[ファイル:HTTP Request 1.png\|中央]]
			<center>図. HTTPリクエスト</center>
			<br>
			===== リクエスト行 =====
	* HTTPメソッド		* HTTPメソッド
	*: GET、POST、DELETE、OPTIONS、HEADがあり、クライアントが実行する操作を定義する。		*: GET、POST、DELETE、OPTIONS、HEADがあり、クライアントが実行する操作を定義する。
143行目:		148行目:
	*: コンテキストからプロトコル (<nowiki>http://</nowiki>)、ドメイン (developer.mozilla.org)、TCPポート番号 (80番等) を取り除いたリソースのURLである。		*: コンテキストからプロトコル (<nowiki>http://</nowiki>)、ドメイン (developer.mozilla.org)、TCPポート番号 (80番等) を取り除いたリソースのURLである。
	* HTTPプロトコルのバージョン		* HTTPプロトコルのバージョン
			<br>
			===== ヘッダフィールド =====
	* サーバに追加情報を伝えるオプションのヘッダ		* サーバに追加情報を伝えるオプションのヘッダ
	* POSTのようないくつかのメソッドでは、送信されたリソースを含むレスポンスと似たボディ		* POSTのようないくつかのメソッドでは、送信されたリソースを含むレスポンスと似たボディ
	<br>		<br>
	~~[[ファイル:HTTP Request 1.png\|中央]]~~		===== ボディ =====
	<~~center>図. HTTPリクエスト</center~~>		主に、POST通信時のパラメータが記述される。<br>
			# 例
			name=tarou&age=30
	<br>		<br>

	==== HTTPレスポンスの構成 ====		==== HTTPレスポンスの構成 ====
	HTTPレスポンスは、以下の要素で構成される。<br>		HTTPレスポンスは、以下の要素で構成される。<br>

Wiki: /* HTTPの流れ */

2024-01-28T00:08:26Z

HTTPの流れ

← 古い版		2024年1月28日 (日) 09:08時点における版
103行目:		103行目:
	# WebサーバがHTTPリクエストに対応する処理を行う。		# WebサーバがHTTPリクエストに対応する処理を行う。
	#: <br>		#: <br>
	# Webサーバから送信されたレスポンスを読む。		# Webサーバから送信されたレスポンスを読む。<br>クライアント端末は、取得したhtmlファイルを確認して、CSSや画像ファイルが必要な場合は再度Webサーバにリクエストを送信する。
	#: <br>		#: <br>
	#: <code>HTTP/1.1 200 OK</code>		#: <code>HTTP/1.1 200 OK</code>

Wiki: /* HTTPレスポンスの構成 */

2024-01-27T23:30:40Z

HTTPレスポンスの構成

@@ 159行目: / 159行目: @@
 [[ファイル:HTTP Response 1.png|中央]]
 <center>図. HTTPレスポンス</center>
 <br><br>

Wiki: /* HTTPはステートレス、かつ、非セッションレス */

2024-01-27T23:17:22Z

HTTPはステートレス、かつ、非セッションレス

← 古い版		2024年1月28日 (日) 08:17時点における版
28行目:		28行目:
	<br>		<br>
	==== HTTPはステートレス、かつ、非セッションレス ====		==== HTTPはステートレス、かつ、非セッションレス ====
	~~HTTPはステートレスである。~~<br>		HTTPはステートレス (<u>HTTPリクエスト / HTTPレスポンスを１度送受信するごとに接続を切ることをステートレス型と呼ぶ</u>) である。<br>
			<br>
	同じコネクション上で連続して実行される2つのリクエストの間にはリンクがない。<br>		同じコネクション上で連続して実行される2つのリクエストの間にはリンクがない。<br>
	<br>		<br>
36行目:		37行目:
	ヘッダの拡張性を使用して、HTTPクッキーはワークフローに追加されて、各HTTPリクエストで同じコンテキスト、つまり、同じ状態を共有するセッション生成を可能にする。<br>		ヘッダの拡張性を使用して、HTTPクッキーはワークフローに追加されて、各HTTPリクエストで同じコンテキスト、つまり、同じ状態を共有するセッション生成を可能にする。<br>
	<br>		<br>

	==== HTTPとコネクション ====		==== HTTPとコネクション ====
	コネクションはトランスポート層で制御されるため、基本的にHTTPの範囲外である。<br>		コネクションはトランスポート層で制御されるため、基本的にHTTPの範囲外である。<br>

Wiki: /* HTTPの流れ */

2024-01-27T23:15:13Z

HTTPの流れ

← 古い版		2024年1月28日 (日) 08:15時点における版
91行目:		91行目:
	#: TCPコネクションは、リクエストを送信して、その回答 (レスポンス) を受信するために使用される。		#: TCPコネクションは、リクエストを送信して、その回答 (レスポンス) を受信するために使用される。
	#: クライアントは、新しいコネクションを開いたり、既存のコネクションを再利用したり、サーバへの複数のTCPコネクションを開いたりすることができる。		#: クライアントは、新しいコネクションを開いたり、既存のコネクションを再利用したり、サーバへの複数のTCPコネクションを開いたりすることができる。
	# ~~HTTPメッセージを送信する。~~		# HTTPリクエストを送信する。
	#: HTTPメッセージ（HTTP/2以前）は人間が読むことができる。		#: HTTPメッセージ（HTTP/2以前）は人間が読むことができる。
	#: HTTP/2では、これらの単純なメッセージはフレームにカプセル化され、直接読むことは不可能であるが、原理は変化していない。		#: HTTP/2では、これらの単純なメッセージはフレームにカプセル化され、直接読むことは不可能であるが、原理は変化していない。
99行目:		99行目:
	#: <code>Accept-Language: fr</code>		#: <code>Accept-Language: fr</code>
	#: <br>		#: <br>
	# ~~サーバから送信されたレスポンスを読む。~~		# WebサーバがHTTPリクエストに対応する処理を行う。
			#: <br>
			# Webサーバから送信されたレスポンスを読む。
	#: <br>		#: <br>
	#: <code>HTTP/1.1 200 OK</code>		#: <code>HTTP/1.1 200 OK</code>
113行目:		115行目:
	#: <br>		#: <br>
	# 接続を閉じる、または、次のリクエストのために再利用する。		# 接続を閉じる、または、次のリクエストのために再利用する。
			<br>
			[[ファイル:HTTP Connection 1.png\|中央]]
	<br>		<br>
	HTTPパイプラインを有効にする時、最初のレスポンスが完全に受信されるのを待たずに、複数のリクエストを送信することができる。<br>		HTTPパイプラインを有効にする時、最初のレスポンスが完全に受信されるのを待たずに、複数のリクエストを送信することができる。<br>

Wiki: /* HTTPベースのAPI */

2024-01-26T21:20:40Z

HTTPベースのAPI

@@ 166行目: / 166行目: @@
 クライアントブラウザ (Webブラウザ) は、HTTPストリーム上に到着したメッセージを自動的に適切なEventオブジェクトに変換する。<br>
 そして、既知の場合はイベントのタイプに対して登録されているイベントハンドラに、タイプ固有のイベント・ハンドラが確立されていない場合はonmessageイベントハンドラに、それらを配信する。<br>
 <br><br>

Wiki: /* HTTPメッセージ */

2024-01-26T16:16:36Z

HTTPメッセージ

← 古い版		2024年1月27日 (土) 01:16時点における版
139行目:		139行目:
	* サーバに追加情報を伝えるオプションのヘッダ		* サーバに追加情報を伝えるオプションのヘッダ
	* POSTのようないくつかのメソッドでは、送信されたリソースを含むレスポンスと似たボディ		* POSTのようないくつかのメソッドでは、送信されたリソースを含むレスポンスと似たボディ
			<br>
			[[ファイル:HTTP Request 1.png\|中央]]
			<center>図. HTTPリクエスト</center>
	<br>		<br>
	==== HTTPレスポンスの構成 ====		==== HTTPレスポンスの構成 ====
147行目:		150行目:
	* HTTPリクエストと同様のHTTPヘッダ		* HTTPリクエストと同様のHTTPヘッダ
	* オプションとして、取得したリソースを含むボディ		* オプションとして、取得したリソースを含むボディ
			<br>
			[[ファイル:HTTP Response 1.png\|中央]]
			<center>図. HTTPレスポンス</center>
	<br><br>		<br><br>

Wiki: /* HTTPリクエストの構成 */

2024-01-26T16:14:06Z

HTTPリクエストの構成

← 古い版		2024年1月27日 (土) 01:14時点における版
135行目:		135行目:
	*: 例えば、クライアントがリソースをフェッチする場合 (GET)、または、HTMLフォームの値をポストする場合 (POST) 等がある。		*: 例えば、クライアントがリソースをフェッチする場合 (GET)、または、HTMLフォームの値をポストする場合 (POST) 等がある。
	* フェッチするリソースのパス		* フェッチするリソースのパス
	*: ~~コンテキストから明らかな要素、例えば、プロトコル~~ (<nowiki>http://</nowiki>)、ドメイン (developer.mozilla.org)~~、TCPポート~~ (~~80番~~) を取り除いたリソースのURLである。		*: コンテキストからプロトコル (<nowiki>http://</nowiki>)、ドメイン (developer.mozilla.org)、TCPポート番号 (80番等) を取り除いたリソースのURLである。
	* HTTPプロトコルのバージョン		* HTTPプロトコルのバージョン
	* サーバに追加情報を伝えるオプションのヘッダ		* サーバに追加情報を伝えるオプションのヘッダ

Wiki: /* 概要 */

2024-01-26T14:48:29Z

概要

@@ 14行目: / 14行目: @@
 <br>
 また、HTTPはオンデマンドでWebページを更新するために、文書の一部をフェッチするのにも使用される。<br>
 <br><br>

Wiki: /* HTTPメッセージ */

2024-01-26T14:25:34Z

HTTPメッセージ

@@ 78行目: / 78行目: @@
 * HTTPリクエストと同様のHTTPヘッダ
 * オプションとして、取得したリソースを含むボディ
 <br><br>

Wiki: /* HTTPの流れ */

2024-01-26T14:22:40Z

HTTPの流れ

← 古い版		2024年1月26日 (金) 23:22時点における版
44行目:		44行目:
	#: <br>		#: <br>
	# 接続を閉じる、または、次のリクエストのために再利用する。		# 接続を閉じる、または、次のリクエストのために再利用する。
			<br>
			HTTPパイプラインを有効にする時、最初のレスポンスが完全に受信されるのを待たずに、複数のリクエストを送信することができる。<br>
			HTTPパイプラインは、古いソフトウェアが最新バージョンと共存している既存のネットワークでは実装が難しいことが判明している。<br>
			<br>
			HTTPパイプラインは、HTTP/2において、フレーム内でリクエストを多重化する、より堅牢なものに取って代わった。<br>
	<br><br>		<br><br>

Wiki: /* HTTPの流れ */

2024-01-26T14:21:26Z

HTTPの流れ

← 古い版		2024年1月26日 (金) 23:21時点における版
41行目:		41行目:
	#: <code>Content-Type: text/html</code>		#: <code>Content-Type: text/html</code>
	#: <br>		#: <br>
	#: <!DOCTYPE html>… (here come the 29769 bytes of the requested web page)		#: <code><!DOCTYPE html>… (here come the 29769 bytes of the requested web page)</code>
	#: <br>		#: <br>
	# 接続を閉じる、または、次のリクエストのために再利用する。		# 接続を閉じる、または、次のリクエストのために再利用する。

Wiki: /* HTTPの流れ */

2024-01-26T14:21:08Z

HTTPの流れ

← 古い版		2024年1月26日 (金) 23:21時点における版
26行目:		26行目:
	#: HTTP/2では、これらの単純なメッセージはフレームにカプセル化され、直接読むことは不可能であるが、原理は変化していない。		#: HTTP/2では、これらの単純なメッセージはフレームにカプセル化され、直接読むことは不可能であるが、原理は変化していない。
	#: <br>		#: <br>
	#: GET / HTTP/1.1		#: <code>GET / HTTP/1.1</code>
	#: Host: developer.mozilla.org		#: <code>Host: developer.mozilla.org</code>
	#: Accept-Language: fr		#: <code>Accept-Language: fr</code>
	#: <br>		#: <br>
	# サーバから送信されたレスポンスを読む。		# サーバから送信されたレスポンスを読む。
	#: <br>		#: <br>
	#: HTTP/1.1 200 OK		#: <code>HTTP/1.1 200 OK</code>
	#: Date: Sat, 09 Oct 2010 14:28:02 GMT		#: <code>Date: Sat, 09 Oct 2010 14:28:02 GMT</code>
	#: Server: Apache		#: <code>Server: Apache</code>
	#: Last-Modified: Tue, 01 Dec 2009 20:18:22 GMT		#: <code>Last-Modified: Tue, 01 Dec 2009 20:18:22 GMT</code>
	#: ETag: "51142bc1-7449-479b075b2891b"		#: <code>ETag: "51142bc1-7449-479b075b2891b"</code>
	#: Accept-Ranges: bytes		#: <code>Accept-Ranges: bytes</code>
	#: Content-Length: 29769		#: <code>Content-Length: 29769</code>
	#: Content-Type: text/html		#: <code>Content-Type: text/html</code>
	#: <br>		#: <br>
	#: <!DOCTYPE html>… (here come the 29769 bytes of the requested web page)		#: <!DOCTYPE html>… (here come the 29769 bytes of the requested web page)

Wiki: ページの作成:「== 概要 == HTTPは、HTML文書等のリソースを取得するためのプロトコルである。
これは、Web上のあらゆるデータ交換の基礎であり、クライアントサーバプロトコルである。

つまり、リクエストは受信者（通常はWebブラウザ）によって開始される。
例えば、テキスト、レイアウト記述、画像、動画、スクリプト等、フェッチされた様々なサブ…」

2024-01-26T14:19:38Z

ページの作成:「== 概要 == HTTPは、HTML文書等のリソースを取得するためのプロトコルである。 これは、Web上のあらゆるデータ交換の基礎であり、クライアントサーバプロトコルである。 つまり、リクエストは受信者（通常はWebブラウザ）によって開始される。 例えば、テキスト、レイアウト記述、画像、動画、スクリプト等、フェッチされた様々なサブ…」

新規ページ

== 概要 ==
HTTPは、HTML文書等のリソースを取得するためのプロトコルである。 
これは、Web上のあらゆるデータ交換の基礎であり、クライアントサーバプロトコルである。 
 
つまり、リクエストは受信者（通常はWebブラウザ）によって開始される。 
例えば、テキスト、レイアウト記述、画像、動画、スクリプト等、フェッチされた様々なサブドキュメントから完全なドキュメントが再構築される。 
 
クライアントとサーバは、（データのストリームとは対照的に）個々のメッセージを交換することによって通信する。 
クライアント（通常はWebブラウザ）が送信するメッセージはリクエストと呼ばれ、サーバが回答として送るメッセージはレスポンスと呼ばれる。 
 
1990年代初頭に設計されたHTTPは、時代とともに進化してきた拡張可能なプロトコルである。 
TCP、または、TLSで暗号化されたTCP接続で送信されるアプリケーション層プロトコルであるが、理論的には信頼性の高いトランスポートプロトコルであれば何でも使用できる。 
その拡張性により、ハイパーテキストドキュメントだけでなく、画像や動画を取り込んだり、HTMLフォームの結果のようにコンテンツをサーバに投稿したりするのにも使用される。 
 
また、HTTPはオンデマンドでWebページを更新するために、文書の一部をフェッチするのにも使用される。 
 

== HTTPの流れ ==
クライアントがサーバ（最終サーバ、または、中間プロキシ）と通信する場合、以下のような手順で実行される。 
 
# TCPコネクションを開く。
#: TCPコネクションは、リクエストを送信して、その回答 (レスポンス) を受信するために使用される。
#: クライアントは、新しいコネクションを開いたり、既存のコネクションを再利用したり、サーバへの複数のTCPコネクションを開いたりすることができる。
# HTTPメッセージを送信する。
#: HTTPメッセージ（HTTP/2以前）は人間が読むことができる。
#: HTTP/2では、これらの単純なメッセージはフレームにカプセル化され、直接読むことは不可能であるが、原理は変化していない。
#: 
#: GET / HTTP/1.1
#: Host: developer.mozilla.org
#: Accept-Language: fr
#: 
# サーバから送信されたレスポンスを読む。
#: 
#: HTTP/1.1 200 OK
#: Date: Sat, 09 Oct 2010 14:28:02 GMT
#: Server: Apache
#: Last-Modified: Tue, 01 Dec 2009 20:18:22 GMT
#: ETag: "51142bc1-7449-479b075b2891b"
#: Accept-Ranges: bytes
#: Content-Length: 29769
#: Content-Type: text/html
#: 
#: <!DOCTYPE html>… (here come the 29769 bytes of the requested web page)
#: 
# 接続を閉じる、または、次のリクエストのために再利用する。
 

== HTTPメッセージ ==
HTTP/1.1以前で定義されたHTTPメッセージは、人間が読むことができる。 
HTTP/2では、これらのメッセージはフレームというバイナリ構造に埋め込まれ、ヘッダの圧縮や多重化などの最適化が可能になる。 
 
元のHTTPメッセージの一部のみがHTTP/2で送信されたとしても、各メッセージのセマンティクスは変更されず、クライアントは元のHTTP/1.1リクエストを (仮想的に) 再構成する。 
したがって、HTTP/1.1形式でHTTP/2メッセージを理解することは有用である。 
 
HTTPメッセージには、HTTPリクエストとHTTPレスポンスの2種類があり、それぞれ独自の書式をもつ。 
 
==== HTTPリクエストの構成 ====
HTTPリクエストは、以下の要素で構成される。 
* HTTPメソッド
*: GET、POST、DELETE、OPTIONS、HEADがあり、クライアントが実行する操作を定義する。
*: 例えば、クライアントがリソースをフェッチする場合 (GET)、または、HTMLフォームの値をポストする場合 (POST) 等がある。
* フェッチするリソースのパス
*: コンテキストから明らかな要素、例えば、プロトコル (<nowiki>http://</nowiki>)、ドメイン (developer.mozilla.org)、TCPポート (80番) を取り除いたリソースのURLである。
* HTTPプロトコルのバージョン
* サーバに追加情報を伝えるオプションのヘッダ
* POSTのようないくつかのメソッドでは、送信されたリソースを含むレスポンスと似たボディ
 
==== HTTPレスポンスの構成 ====
HTTPレスポンスは、以下の要素で構成される。 
* HTTPプロトコルのバージョン
* HTTPリクエストが成功したか否か、および、その理由を示すステータスコード
* ステータスメッセージ、ステータスコードの非正規の短い説明
* HTTPリクエストと同様のHTTPヘッダ
* オプションとして、取得したリソースを含むボディ
 

__FORCETOC__
[[カテゴリ:Web]]