悪くないアイデアだが、元のカテゴリが失われてしまう。
簡単に言うと、できません。理由は以下の通りです。
以下の情報が必要になります。
- ユーザーID
- 一括削除が発生したUTCの日付
- 削除された各トピックのOPの投稿ID
- Railsコンソールやpsqlを直接使用する高度な知識。トピック自体とトピックのOPである投稿の両方でdeleted_atフィールドをクリアする必要があるため、非常に高度なSQLクエリを実行する必要があります。
なぜ私がこれを知っているのかは聞かないでください…
どれくらいのトピックを扱っているかは分かりませんが、トピックリストを一覧表示し、一括選択を開いて、特定のカテゴリに移動したいものをチェック(Simonが提案するように、確信が持てないものは編集履歴を確認する)できる、管理可能な量で考えていました。次に進みます。
ただし、これは少し手作業なので、トピックやカテゴリの数によっては手間がかかりすぎるかもしれません。
追加の返信ありがとうございます。
手動でリビジョンを元に戻すにはトピックが多すぎます。削除されたトピックをすべて開き、削除解除ボタンを個別にクリックするのが最善の策のようです(残念ながら、これは元の投稿の長さが可変であるため、各トピックの末尾までスクロールして … メニューを展開して削除解除ボタンを表示する必要があります)。
裏ではかなりのプロセスが行われているのでしょうが、一括削除が実装されており、削除されたトピックの一覧も一括選択機能付きで利用可能であるのに、なぜUIで一括削除解除機能を追加できないのか本当に理解できません。
しかし、すでに一括削除が実装されており、削除されたトピックのリストも一括選択機能付きで利用可能であるのに、なぜUIで一括削除アクションを追加できないのか、本当に理解できません。
それは#feature requestになります。現時点では存在しません。![]()
それらを以前のリビジョンに戻すには、手動またはプログラムで元に戻す必要があるため、正しいカテゴリに戻すことができます。
それらのトピックの各前のカテゴリにタグ(カテゴリごとに1つのタグ)を追加し、元のカテゴリのタグを各トピックに追加してから、そのタグを使用して後でトピックがどこに配置されるかを判断できます(各トピックを移動するときに元のカテゴリタグを削除します)。
@hello-smile6、返信ありがとうございます。前のリビジョンに戻すと、カテゴリも元に戻るはずですよね?主な困難は、一括で元に戻すことですが、リストにないトピックは一括でリストに再追加できます。
一括操作を使用して、カテゴリを再分類することもできます。カテゴリの設定がどのようになっているかはわかりませんが、トピックリストをスキャンして、どのカテゴリに属するかを知るだけで、かなりの数のアイテムを元の場所に戻すことができるのではないでしょうか?
いいえ、そうは思いません。トピックは元々少なくとも5つの異なるカテゴリに分散されており、それらにタグを付けたり、元のカテゴリを知っていたとしても、特定のカテゴリに配置する必要があるすべてのトピックを個別に手動で選択する必要があります。
それは素晴らしいですね。セットアップによって大きく異なりますので、すべての人やすべてのケースで機能するとは限りません。
ちなみに、ちょっとした追加のヒントですが、shift+selectトリックを使用して連続したものをまとめて選択でき、個別にすべてをチェックするよりも簡単な場合があります。

