# REST API編集におけるbypass\_bumpへの感謝

**URL:** <https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366>\
**Category:** Development\
**Created:** [2025 年 9 月 2 日午後 8:56 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366 "2025-09-02T20:56:34Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![Ethsim2](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ethsim2/32/522255_2.png) [@Ethsim2](https://meta.discourse.org/u/Ethsim2)\
**Post date:** [2025 年 9 月 2 日午後 9:00 UTC](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366/2 "2025-09-02T21:00:55Z")

</div>

これは、私の最後の投稿のような誤解を招く称賛の投稿ではありません🙈。なぜなら、

- Discourse は、投稿を改訂する際に `bypass_bump` フラグをサポートしています。これにより、最後の投稿（または最初で唯一の投稿）を編集しても、トピックの更新日時が変更されるのを防ぎます。これは、PostRevisor のオプションに明示的に記載されています（「- bypass\_bump: 最後の投稿であっても、トピックを更新しない」）。
- この称賛トピックは存在し、まさにそのユースケースを示しています。
- 歴史的に、人々はこのオプションが API ドキュメントで広く知られていなかったり文書化されていなかったりしたため、`/t/{id}/reset-bump-date` の回避策を使用していましたが、必要に応じて引き続き利用可能です。

実用的な注意点：新しい生のテキストを含めて `/posts/{post_id}.json` に PUT リクエストを送信し、`bypass_bump=true` を含めると、編集はトピックを `/latest` に表示しません。（公式ドキュメントではこのパラメータは明記されていませんが、サーバー側で PostRevisor 経由で接続されています。）

---

_[View the full topic](https://meta.discourse.org/t/appreciation-for-bypass-bump-in-rest-api-calls-to-edit-first-post-in-topics/381366)._