Web・フロントエンド・バックエンド– category –
-
Varyヘッダ — キャッシュキーにリクエストヘッダを加える指示
Varyヘッダは、HTTPレスポンスに付与され、「このレスポンスは特定のリクエストヘッダの値ごとに別物として扱ってほしい」という指示をキャッシュに与えます。Vary: Accept-Encodingなら「Accept-Encodingヘッダの値ごとに別キャッシュとして保管せよ」、V... -
Last-Modified — リソースの最終更新時刻を示すヘッダ
Last-Modifiedは、HTTPレスポンスでリソースの最終更新時刻を示すヘッダです。Last-Modified: Wed, 14 May 2026 10:30:00 GMTのようにRFC 7231規定のHTTP-date形式で日時を返し、クライアントはこの値を保存しておきます。次回同じリソースを要求するとき... -
Content-Type — ボディのMIMEタイプを示すヘッダ
Content-Typeは、HTTPメッセージのボディが「どんな種類のデータか」を示すヘッダで、MIMEタイプ（Media Type）の形式で記述されます。Content-Type: text/html; charset=UTF-8やContent-Type: application/json、Content-Type: image/pngのような形で送ら... -
Content-Encoding — レスポンスボディに適用された圧縮を示す
Content-Encodingは、HTTPレスポンスのボディに適用された圧縮方式や符号化を表すヘッダで、Content-Encoding: gzipやContent-Encoding: brのような形で送られます。クライアントはリクエストでAccept-Encodingヘッダに対応可能な圧縮方式を列挙し、サーバ... -
HTTPヘッダ — リクエストとレスポンスを彩るメタ情報の集まり
HTTPヘッダは、HTTPリクエスト・レスポンスの本体（ボディ）とは別に、通信のメタ情報を伝えるためのキー・バリュー形式の項目群です。ホスト名・コンテンツ種類・キャッシュ可否・認証情報・圧縮方式・言語設定・Cookieなど、通信の振る舞いに影響するほ... -
条件付きリクエスト — 変更がない時はボディを送らない仕組み
条件付きリクエスト（Conditional Requests）は、HTTPでクライアントが「リソースが変わっていれば取得、変わっていなければ何もしない」という条件付きで要求を出す仕組みです。HTTP/1.1で導入され、現在はRFC 9110（2022年、旧RFC 7232）で定義されてい... -
Cache-Control — HTTPキャッシュ挙動を細かく制御するヘッダ
Cache-Controlは、HTTP/1.1で導入されたキャッシュ制御の中心ヘッダで、レスポンスを「どこで」「どれくらい」「どんな条件で」キャッシュ可能かをディレクティブの組み合わせで宣言します。現在の仕様はRFC 9111（2022年、旧RFC 7234）で定義され、max-ag... -
ETag — リソースのバージョンを表す指紋付きヘッダ
ETag（Entity Tag）は、HTTP/1.1で導入されたレスポンスヘッダで、リソースの特定バージョンを識別する「指紋」のような短い文字列を表します。サーバはETag: "33a64df551425fcc55e"のような値をレスポンスに付け、クライアントはこれを保存しておきます。... -
HTTP Cookie — ステートレスなHTTPに状態を持ち込む仕組み
HTTP Cookieは、Webサーバがクライアント側に小さなテキストデータを保存させ、以降のリクエストに自動的に添付させることで「状態」を維持する仕組みです。1994年にNetscape Communications社のLou Montulli氏が考案し、ショッピングカートの維持を目的に... -
Fetch API — Promiseベースで現代的に書き直されたHTTPクライアント
Fetch APIは、JavaScriptからHTTPリクエストを発行するためのモダンなWeb APIで、WHATWG Fetch Living Standardとして仕様化されています。Anne van Kesterenらが中心となって2015年3月にChrome 42で最初に実装され、その後Firefox・Safari・Edgeにも実装...
