Sponsored Link
トップ «前の日記(2007年06月26日(火)) 最新 次の日記(2007年06月28日(木))» 編集  RDF

メモの日々

2000|11|12|
2001|01|02|03|04|05|06|07|08|09|10|11|12|
2002|01|02|03|04|05|06|07|08|09|10|11|12|
2003|01|02|03|04|05|06|07|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|

2007年06月27日(水) [長年日記]

[web] 202とRetry-After

WEB+DB PRESS vol.39で、HTTPの「202 Accepted」というステータスコードが紹介されていたのでメモ。

リクエストは処理のために受け入れられたが、処理は完了されていない。

このレスポンスによって返されるエンティティは、リクエストの現在の状態を表すものと、状態モニタへのポインタ、あるいはそのリクエストがいつ果たされるかをユーザが予期できる見積もりのどちらかを含むべきである。

あと、「Retry-After」というヘッダフィールドがあることも知った。

Retry-After レスポンスヘッダフィールドは、リクエストしているクライアントにそのサービスがどのくらいの時間利用不可能なのかを示すために、503 (Service Unavailable) レスポンスと共に使われる。 また、このフィールドはリダイレクトされたリクエストが発行される前にユーザエージェントが待たなければならない最小の時間を示すために 3xx (Redirection) レスポンスで使う事もできる。

Retry-Afterを指定するとブラウザが指定秒数後にリトライしてくれることを期待していいみたい(試してない)。

このヘッダを使って実装した方がよかったかもなあ。

やること

  • 家賃
  • 岡三
  • 入庫
  • スーツをクリーニング屋へ
  • ズボンを洗う
[]

トップ «前の日記(2007年06月26日(火)) 最新 次の日記(2007年06月28日(木))»