一度同じリクエストを送信してみます。「リソースが削除されている」という結果は先ほどと同じです。同じリクエストを複数回送信しても結果が変わらない性質(べき等性)があります。何回でも送信できます。安全でもべき等でもありません。リクエストの結果で何が起きるかわかりません。複数回送ることに慎重でなければなりません。つに分類すると書かれています。処理が継続していることを示す。クライアントはそのままリクエストを継続するか、サーバの指示に従ってプロトコルをアップデートして再送信する2xx:成功リクエストが成功したことを示す3xx:リダイレクトほかのリソースへのリダイレクトを示す。ヘッダを見て新しいリソースへ接続する4xx:クライアントエラークライアントエラーを示す。原因はクライアントのリクエストにある。エラーを解消しない限り正常な結果が得られないので、同じリクエストをそのまま再送信することはできない。5xx:サーバエラーサーバエラーを示す。原因はサーバ側にある。サーバ側の原因が解決すれば、同一のリクエストを再送信して正常な結果が得られる可能性がある。#本書中に登場したトピックのうち、自分で補完したものを以降に記録しておく。名称をよく目にしたが、よく理解しないでいるうちに次第に見かけなくなった。資料がわかりやすかった。実装時に直面する、複数のリソースにまたがった更新をひとまとまりに扱いたいケース、いわゆるトランザクションが必要なケースについて。本書でもページを割いて説明されているが、次の記事も参考になった。padding)トランザクションリソース。