blob: eb358b75ce47112d6e1cd6a43c860450ddc47e88 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
|
---
title: HTTP
slug: Web/HTTP
tags:
- HTTP
- Hypertext
- Reference
- TCP/IP
- Web
- Web Development
- 'l10n:priority'
translation_of: Web/HTTP
---
<div>{{HTTPSidebar}}</div>
<p class="summary"><strong><dfn>Hypertext Transfer Protocol (HTTP)</dfn></strong> は HTML などのハイパーメディア文書を転送するための<a href="https://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E5%B1%A4">アプリケーション層</a>プロトコルです。このプロトコルはウェブブラウザー(クライアント)とウェブサーバー間の通信を目的として設計されていますが、他の用途でも使用されることがあります。 HTTP は旧来の<a href="https://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%A9%E3%82%A4%E3%82%A2%E3%83%B3%E3%83%88%E3%82%B5%E3%83%BC%E3%83%90%E3%83%A2%E3%83%87%E3%83%AB">クライアント・サーバーモデル</a>に則っており、クライアントはサーバーにリクエストを送信するためにポートを開き、サーバー側からのレスポンスが返ってくるまで待機します。 HTTP はいわゆる<a href="https://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%86%E3%83%BC%E3%83%88%E3%83%AC%E3%82%B9%E3%83%BB%E3%83%97%E3%83%AD%E3%83%88%E3%82%B3%E3%83%AB">ステートレスプロトコル</a>であり、つまりサーバーは二つのリクエスト間で何もデータを保持しません。 HTTP は多くの場合 TCP/IP 層上の通信で使用されますが、任意の信頼性がある<a href="https://ja.wikipedia.org/wiki/%E3%83%88%E3%83%A9%E3%83%B3%E3%82%B9%E3%83%9D%E3%83%BC%E3%83%88%E5%B1%A4">トランスポート層</a>、すなわち、 UDP のように知らぬ間にメッセージが失われるようなことがないプロトコルでも使用されることがあります。 <a href="https://en.wikipedia.org/wiki/Reliable_User_Datagram_Protocol">RUDP</a> — UDP に信頼性を追加したもの — も代替用として適合します。</p>
<div class="column-container">
<div class="column-half">
<h2 id="Tutorials" name="Tutorials">チュートリアル</h2>
<p>ガイドやチュートリアルで、 HTTP の使い方を学びましょう。</p>
<dl>
<dt><a href="/ja/docs/Web/HTTP/Overview">HTTP の概要</a></dt>
<dd>クライアントサーバープロトコルの基本的な特徴です。 HTTP で実現できること、また何故それを実現すべきなのかを説明します。</dd>
<dt><a href="/ja/docs/Web/HTTP/Caching">HTTP キャッシュ</a></dt>
<dd>キャッシュは高速で快適なウェブサイトの閲覧を可能にするために非常に需要な要素です。この記事では様々なキャッシングの手法や、HTTP ヘッダーでどのようにそれらを制御するかを説明します。</dd>
<dt><a href="/ja/docs/Web/HTTP/Cookies">HTTP Cookie</a></dt>
<dd>Cookie の動作は <a href="http://tools.ietf.org/html/rfc6265">RFC 6265</a> で定義されています。サーバーは HTTP リクエストをクライアント側に送信する際、<code>Set-Cookie</code> ヘッダー付与することができます。クッキーの値は <code>Cookie</code> リクエストのヘッダーの識別子に含まれた、同一サーバーに対する全てのリクエストを保持しており、クライアント側はそれを返します。また、Cookie に有効期限を設定したり、特定のドメインやパスだけにステートフルな挙動を限定することもできます。</dd>
<dt><a href="/ja/docs/Web/HTTP/CORS">オリジン間リソース共有 (CORS)</a></dt>
<dd><strong>サイト間 HTTP リクエスト</strong>とは、リクエストを生成したリソースがあるドメインとは <strong>別のドメイン </strong>のリソースをリクエストする HTTP リクエストのことを指します。例えば、ドメイン A (<code>http://domaina.example/</code>) から読み込まれた HTML ページが、<code>img</code> 要素を使用してドメイン B の画像 (<code>http://domainb.foo/image.jpg</code>) に対するリクエストを発行することがそれにあたります。昨今のウェブページでは、CSS スタイルシートや画像データ、スクリプト、その他のリソースを含め、上記の例のようにサイトを跨ってデータを読み込むのが一般的になっています。ウェブ開発者は、CORS を使ってこのようなサイト間のリクエストに対して個々のサイトが示す挙動を制御することができます。</dd>
</dl>
<dl>
<dt><a href="/ja/docs/Web/HTTP/Basics_of_HTTP/Evolution_of_HTTP">HTTP の進化</a></dt>
<dd>初期バージョンの HTTP から最新の HTTP/2、姿を現した HTTP/3 以降までの変革を端的に説明します。</dd>
<dt><a href="https://wiki.mozilla.org/Security/Guidelines/Web_Security">Mozilla ウェブセキュリティガイドライン</a></dt>
<dd>運用チームがセキュアなウェブアプリケーションを開発するのに役立つコツをまとめました。</dd>
</dl>
<dl>
<dt><a href="/ja/docs/Web/HTTP/Messages">HTTP メッセージ</a></dt>
<dd>HTTP/1.x や HTTP/2 の多様なメッセージが持つ型や構造を説明します。</dd>
<dt><a href="/ja/docs/Web/HTTP/Session">HTTP セッションの典型例</a></dt>
<dd>一般的な HTTP セッションのフローを示しながら説明します。</dd>
<dt><a href="/ja/docs/Web/HTTP/Connection_management_in_HTTP_1.x">HTTP/1.x のコネクション制御</a></dt>
<dd>HTTP/1.x で使用できる 3種類の通信制御モデルの持つ長所と短所を説明します。</dd>
</dl>
</div>
<div class="column-half">
<h2 id="Reference" name="Reference">リファレンス</h2>
<p>詳細な HTTP の参考資料を見ていきましょう。</p>
<dl>
<dt><a href="/ja/docs/Web/HTTP/Headers">HTTP ヘッダー</a></dt>
<dd>HTTP メッセージヘッダーは、リソース、あるいはサーバーやクライアントの挙動を示すために使用します。個人的にヘッダーをカスタマイズする場合は、<code>X-</code> を頭に付けることで追加できます。それ以外のヘッダーは <a href="https://www.iana.org/assignments/message-headers/message-headers.xhtml#perm-headers">IANA レジストリ</a> に収録されていますが、元の内容は <a href="http://tools.ietf.org/html/rfc4229">RFC 4229</a> で定義されていました。IANA は <a href="https://www.iana.org/assignments/message-headers/message-headers.xhtml#prov-headers">新たに提案された HTTP メッセージヘッダーのレジストリ</a>も管理しています。</dd>
<dt><a href="/ja/docs/Web/HTTP/Methods">HTTP リクエストメソッド</a></dt>
<dd>HTTP では多様な操作を実現することができます。一般的な {{HTTPMethod("GET")}} や {{HTTPMethod("POST")}} だけでなく、{{HTTPMethod("OPTIONS")}} や {{HTTPMethod("DELETE")}}、{{HTTPMethod("TRACE")}} などのあまり一般的ではないリクエストも包括しています。</dd>
<dt><a href="/ja/docs/Web/HTTP/Response_codes">HTTP ステータスレスポンスコード</a></dt>
<dd>HTTP レスポンスコードは、特定の HTTP リクエストが正常に完了したかを示します。レスポンスは通知レスポンス、成功レスポンス、リダイレクション、クライアントエラー、サーバーエラーの 5 つのクラスに分類されます。</dd>
</dl>
<dl>
<dt><a href="/ja/docs/Web/HTTP/Headers/Content-Security-Policy">CSP ディレクティブ</a></dt>
<dd>ウェブサイトの管理者は、{{HTTPHeader("Content-Security-Policy")}} レスポンスヘッダーフィールドで、ユーザーエージェントが特定のページで読み込むことが許可されているリソースを制御することができます。いくつか例外はありますが、大元のサーバーやスクリプトのエンドポイントの特定をポリシーとして含んでいることが多いです。</dd>
</dl>
<h2 id="Tools_resources" name="Tools_resources">ツールとリソース</h2>
<p>HTTP の理解やデバッグに役立つツールやリソースです。</p>
<dl>
<dt><a href="/docs/Tools">Firefox 開発ツール</a></dt>
<dd><a href="/docs/Tools/Network_Monitor">ネットワークモニター</a></dd>
<dt><a href="https://observatory.mozilla.org/">Mozilla 研究室</a></dt>
<dd>
<p>開発者、システム管理者、セキュリティの専門家の、安全でセキュアなサイトの構築を支援するプロジェクトです。</p>
</dd>
<dt><a href="https://redbot.org/">RedBot</a></dt>
<dd>キャッシュ関係のヘッダーを検証するツールです。</dd>
<dt><a href="http://www.html5rocks.com/en/tutorials/internals/howbrowserswork/">How Browsers Work</a></dt>
<dd>ブラウザーの内部処理や、 HTTP プロトコルのリクエスト処理のフローに関してとても詳しく書かれた記事です。ウェブ開発者であれば一読するべき記事になります。</dd>
</dl>
</div>
</div>
|
