Web の仕組み

ドメイン名を IP アドレスに変換する、インターネットの名前解決の仕組み。

TCP は接続を確立して順序と再送を保証し、UDP は保証を省いて軽く速く送るトランスポート層のプロトコル。

通信の暗号化と、証明書によるサーバーの認証を担うプロトコルで、HTTPS の土台になる。

1 本の TCP 接続の上で複数のリクエストを多重化して、HTTP/1.1 の待ち時間を減らした版。

UDP の上に作られた QUIC を使い、パケットの損失が他のストリームを止めないようにした版。

レスポンスの結果を 3 桁の数字で表したもので、先頭の桁が成功やエラーなどの種類を示す。

GET や POST などのメソッドは、何度送っても結果が同じになるか (冪等性) で性質が分かれる。

スキーム・ホスト・ポートが同じオリジンでなければ、スクリプトから応答を読めないようにするブラウザの決まり。

サーバーがレスポンスヘッダで、別オリジンからの読み取りを許可する仕組み。

SameSite・HttpOnly・Secure などの属性で、Cookie をいつ送り、誰に読ませるかを決める。

オリジンごとに文字列を保存するブラウザのストレージで、localStorage は残り続け、sessionStorage はタブを閉じると消える。

ブラウザは HTML と CSS から DOM と CSSOM を作り、レイアウトで位置を計算してから画面に描画する。

レスポンスをキャッシュしてよいか、どれだけの期間使ってよいかを指定するヘッダ。

リソースの版を表す ETag を送り返し、変わっていなければ本文なしの 304 を受け取る仕組み。

世界各地のサーバーにコンテンツをキャッシュし、利用者の近くから配信する仕組み。

ログイン状態をサーバーに保存して ID で引くか、情報を詰めたトークンをクライアントに持たせるかの違い。

ヘッダ・ペイロード・署名をつないだ、改ざんを検出できるトークンの形式。

利用者のパスワードを渡さずに、別のアプリへ API を使う権限を与える認可の仕組み。

OAuth 2.0 の上に、ログインした利用者が誰かを確かめる認証の仕組みを足した規格。

端末に保存した秘密鍵で署名して本人を確かめる、パスワードを使わない認証の仕組み。

HTML をリクエストごとにサーバーで作るか、ビルド時に作るか、ブラウザで JavaScript から作るかの違い。

REST はリソースごとの URL で取得し、GraphQL は 1 つのエンドポイントに必要なフィールドを問い合わせて取得する。

WebSocket は双方向にメッセージを送り合い、Server-Sent Events はサーバーから一方向に送り続ける。