Web・フロントエンド・バックエンド– category –
-
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にも実装... -
Push API — サーバーからブラウザへ通知を届けるWeb標準
Push APIは、サーバー側から特定のクライアントブラウザへ任意のメッセージを配信し、ページが開かれていない状態でもService Workerを起動して通知を表示できるようにするWeb APIです。W3C Web Applications Working Groupが2015年に最初のワーキングドラ... -
WebUSB — ブラウザから直接USBデバイスと通信できるAPI
WebUSBは、Webページから navigator.usb.requestDevice() を介してUSB接続された周辺機器に直接アクセスし、ベンダー固有のプロトコルでも自由に通信できるWeb APIです。GoogleのケネディとフィンレイらがW3C WICGで2015年から仕様化を進め、Chrome 61（20... -
Web Bluetooth — ブラウザから直接BLEデバイスと通信するAPI
Web Bluetoothは、Webページが navigator.bluetooth.requestDevice() を起点に、Bluetooth Low Energy（BLE）対応の周辺機器とブラウザから直接通信できるWeb APIです。Googleのフランソワ・ベフォルが主導し、W3C Web Bluetooth Community Groupで仕様化...
