序文

このノートは、「グラフィック HTTP」を読んだ後に各章に含まれる知識をまとめたものです。
ブログでは本の各章を記事として公開します。次のブログは不確実な時期に公開されます。
注意事項は個人的に理解した上で整理したものもありますので、ズレがあるかもしれませんが、読者の皆様もぜひご指摘くださいますよう、よろしくお願いいたします。

免責事項

このブログは「Graphic HTTP」を勉強した後のメモであり、復習と復習を容易にすることを目的としており、営利目的ではありません。
便宜上、ブログ内の一部の写真は書籍の写真と一致しているため、自分でスクリーンショットを撮るのではなく、他の人のブログの写真アドレスを引用し、写真ベッドを提供してくれたブロガーに感謝の意を表しました。
このメモは、この知識の要約を記録するために使用されます。今後の仕事や勉強をスムーズにするため。
内容は原作本では完結しておりませんので、原作本と併せてお読みください。
侵害がある場合は、すぐに通知し、削除してください。

第 1 章 Web とネットワークの基本を理解する

1.1 HTTP プロトコルを使用して Web にアクセスする

1.クライアント

リクエストを送信してサーバーリソースを取得するWebブラウザなど。

2. 同意

ルールの合意を指します

コンピュータとネットワークデバイスが相互に通信するには、双方が同じ方式に基づいている必要があります。例えば、通信対象をどのように検出するか、どちらから通信を開始するか、どの言語で通信するか、通信をどのように終了するかなどのルールを事前に決めておく必要があります。異なるハードウェアやオペレーティングシステム間の通信には、すべてルールが必要です。そしてこのルールをプロトコルと呼びます。
- HTTPプロトコル:
  1. ハイパーテキスト転送プロトコル
  2. Webで使用されるプロトコル仕様は、クライアントからサーバーまでの一連の動作プロセスを完了します。(つまり、Web は通信用の HTTP プロトコルに基づいて構築されています)

1.2 HTTPの誕生

1.HTML1.0

HTMLの画像をインライン（インライン）形式などで表示します。
このプロトコル標準は現在でもサーバー側で広く使用されています

2.HTTPプロトコル

主にテキスト送信の問題を解決するため

1.3 ネットワークの基本 TCP/IP

1. TCP/IPプロトコルファミリー

[プロトコル](#2.プロトコル:) には、ケーブルの仕様から、IP アドレスの選択方法、リモートユーザーの検索方法、双方向の通信を確立するシーケンス、および必要な手順まで、さまざまな内容が含まれています。 Webページ表示等の処理を行います。
- このようなインターネットに関連するプロトコルの集まりを総称して TCP/IP と呼びます。

2. TCP/IPの階層管理

TCP/IP プロトコルファミリは、レベルに応じて、アプリケーション層、トランスポート層、ネットワーク層、データリンク層の 4 つの層に分かれています。

レイヤリングの利点:

レイヤリングは使用されません	レイヤリングを使用する
インターネットが 1 つのプロトコルのみで管理されている場合、どこかの設計を変更する必要がある場合、すべての部品を丸ごと交換する必要があります。	変更したレイヤーを置き換えるだけです。

各層間のインターフェースを計画した後、各層の内部設計を自由に変更できます。

- アプリケーション層:アプリケーションサービスをユーザーに提供する際の通信アクティビティを決定します。
  - TCP/IP 协议族各種の共通アプリケーションサービスがあらかじめ格納されています。
    - FTP: ファイル転送プロトコル
    - DNS: ドメインネームシステム
  - HTTP プロトコルもこの層にあります。
- トランスポート層: 上位アプリケーション層では、ネットワーク接続内の2 台のコンピュータ間のデータ伝送を提供します。
  - 合意に従います
    - TCP: 伝送制御プロトコル
    - UDP: ユーザーデータグラムプロトコル (ユーザーデータプロトコル)
- ネットワーク層（ネットワークリンク層） ：ネットワーク上を流れるデータパケットを処理するために使用されます。
  - データパケット: ネットワーク伝送の最小データ単位
  - この層では、相手のコンピュータに到達し、データパケットを相手に送信するまでの経路（いわゆる伝送経路）を指定します。
- リンク層 (データリンク層 | ネットワークインターフェース層) :リンクネットワークのハードウェア部分を処理するために使用されます。

3. TCP/IP通信トランスポートストリーム

送信者はアプリケーション層から下に進み、受信者はアプリケーション層を上に。
- カプセル化: データ情報をパッケージ化する方法
  - 送信側のカプセル化: データが層間で送信されるとき、層が通過するたびに、その層が属するヘッダー情報をマークする必要があります。
  - 受信側のカプセル化: データが層間で送信されるとき、対応するヘッダは層を通過するたびに消去されます。

1.4 HTTP と密接に関連するプロトコル: IP、TCP、DNS

1. 送信を担当する IP プロトコル

場所: ネットワーク層

IP プロトコル !== IP アドレス

IPプロトコル:

機能：各種データパケットを相手に送信します。

成功条件の提供を保証

IPアドレス

Macアドレス

IPアドレス Macアドレス

ノードが割り当てられているアドレスを示しますネットワークカードが属する固定アドレスを指します。

住所変更可能住所は基本的に変わりません。

IPアドレスはMACアドレスと組み合わせることができます

IPアドレス	Macアドレス
ノードが割り当てられているアドレスを示します	ネットワークカードが属する固定アドレスを指します。
住所変更可能	住所は基本的に変わりません。

2. 信頼性を確保するTCPプロトコル

場所: トランスポート層
信頼性の高いバイトストリームサービスを提供する
- **バイトストリームサービス(Byte Stream Service)**とは、伝送を容易にするために、大きなブロックのデータをセグメント(セグメント)単位のデータパケットに分割して管理することを意味します。
TCPプロトコルでは、大きなデータを送信しやすくするためにデータを分割し、最終的に相手にデータが届いたかどうかを確認することができます。

データが宛先に確実に届くようにするにはどうすればよいでしょうか?

TCP スリーウェイハンドシェイク戦略

何回握手するか	終わり	行動	記号
1	差出人	SYNフラグ待ちのデータパケットを相手に送信	ハンドシェイクリクエストを送信する
2	受信側	受信後、SYN/ACKフラグを付けたデータパケットを返送	通信成功
3	差出人	受信後、ACKフラグを付けたデータパケットを返信する	握手終了

【知らせ】ハンドシェイクプロセスの特定の段階で不可解な中断が発生した場合、TCPプロトコルは同じデータパケットを同じ順序で再度送信します。

3. ドメイン名解決を担当する DNS サービス

場所:アプリケーション層のプロトコル
ドメイン名と IP アドレス間の解決サービスを提供します。
- DNS プロトコルは、ドメイン名から IP アドレスを検索したり、IP アドレスからドメイン名を逆検索したりするサービスを提供します。

4. 各種プロトコルとHTTPプロトコルの関係

1.7 URI 和 URL

1.URI

統一リソース識別子
- ユニフォーム：統一フォーマット
- リソース:リソース
  - リソース:
    - 特定できるものなら何でも
    - 文書ファイルのほか、画像やサービスなども区別できます。
    - 単一または多数のコレクションにすることができます
- 識別子: 識別子
プロトコルスキームによって識別されるリソースの位置識別子です
- プロトコルスキーム:
  - リソースへのアクセスに使用されるプロトコルタイプの名前。
インターネットリソースを文字列で識別します。

フォーマット：

絶対URI

フィールドの説明	急行	仕様
プロトコルスキーム名	リソースにアクセスするときに指定するプロトコルの種類を取得します	1. 文字は大文字と小文字を区別しません。 2.最後に取り付ける`:`
ログイン情報（認証）	サーバーからリソースを取得する際（認証）に必要なログイン情報としてユーザー名とパスワードを指定します。	オプション
サーバーアドレス	URIを使用する場合は、アクセスするサーバーのアドレスを指定する必要があります	1. 必ず指定する必要があります。 2. DNS 解決可能なアドレスを使用できます。 3. IPv4 アドレス名を使用できます。 4. IPv6 アドレス名を使用できます。
サーバーのポート番号	サーバー上で接続されているネットワークのポート番号を指定します	オプション (省略した場合はデフォルトのポートが自動的に使用されます)
階層的なファイルパス	サーバー上のファイルパスを指定して特定のリソースを見つけます	UNIX システムのディレクトリ構造に似ています
クエリ文字列	指定したファイルパス内のリソースについては、クエリ文字列を使用して任意のパラメータを渡すことができます。	オプション
フラグメント識別子	取得したリソース内のサブリソース (ドキュメント内のどこか) をマークします。	オプション

相対URI
- ブラウザのベースURIで指定したURLから

2. URL

リソースの場所 (インターネット上の場所)を示します。
URI のサブセットです。

[注意事項] [HTTP] Webとネットワークの基礎がわかる「グラフィックHTTP」第1章

序文