HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様
今日では HTTP(s) で API が公開されることは当たり前の時代ですが、エラーをアプリケーションにどう伝えるかは、個々の API の設計に依存していました。特に、HTTP ステータスコードは有限であり、元々持っている意味があるので、自由に使うことはできません。API はそのドメインごとにもっと複雑で細かなエラー情報があるはずで、それらはレスポンスボディに載せてアプリケーションに伝えることになりますが、その書式に規定は今までありませんでした。 HTTP API にて、アプリケーションにエラー情報を伝達するための（レスポンスボディに載せられる）標準的な形式が、RFC7807 Problem Details for HTTP APIs で定められています。適用例としては、以下のようになります。 HTTP/1.1 403 Forbidden Content-Type: application
Mozilla、「トラッキング拒否」を可能にする HTTP ヘッダを提唱 | スラド YRO
Mozilla は、ユーザが自身のオンライン上の行動をサードパーティ広告業者などにトラッキングされるのを拒否するための機能を提唱しているそうだ (CNET Japan の記事、International Business Times の記事、本家 /. 記事より) 。 この機能は、ユーザがブラウザにおいて「Do Not Track (DNT) ヘッダを有効にする」というオプションを選択すると、閲覧しているサイトにその情報が送られ、サイト側は DNT に沿ったコンテンツをユーザに提供するという仕組みとなると予想されている。DNT 情報は同時にサードパーティの広告業者にも送られ、広告業者はパーソナライズされていない広告の提示や、アクティビティのログを取るとしても匿名の元とするなどの対応を取ることを求められるという。 サイト側や業者側での対応が必要という点がハードルとなるかもしれないが、米連邦取
HTTP/1.1 (DELETE, GET, HEAD, PUT, POST) : Alan Dean
Diagram An activity diagram to describe the resolution of HTTP response status codes, given various headers. The diagram is available in various formats: http-headers-status.gif (205 kb) http-headers-status.jpg (340 kb) http-headers-status.png (447 kb) http-headers-status.svg (315 kb) please see request for assistance below The Visio diagram, published on Google Code Request for assistance
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google、高速プロトコル「QUIC」を今後はインターネット標準としてIETFに提案へ 
