一个不错的主意，只是它会丢失原始类别。
你不能，至少不容易。原因如下：
你需要以下信息：
- 用户 ID
- 批量删除发生的 UTC 日期
- 每个已删除主题 OP 的帖子 ID
- 关于使用 rails 控制台和/或直接使用 psql 运行非常高级 SQL 查询的先进知识，因为你需要清除主题本身以及作为主题 OP 的帖子的
deleted_at字段。
请不要问我为什么知道这些……
1 个赞
我不确定您正在处理多少个主题，但我想象的是一个半可管理数量，您可以向下滚动主题列表，同时打开批量选择，然后勾选您想要移动到特定类别的主题（对于您不确定的任何主题，可以使用西蒙建议的仅凭记忆或查看编辑历史记录的方式）。然后对下一个重复此操作。
不过，这有点手动，所以根据主题或类别的数量，可能会太麻烦。
感谢您的补充回复。
主题实在太多了，无法手动撤销修订。看起来比较省事的办法是打开所有已删除的主题，然后手动点击“取消删除”按钮（不幸的是，该按钮位于长度可变的原始帖子末尾，因此需要滚动查找每个主题的末尾，然后展开“…”菜单以显示“取消删除”按钮）。
我相信后台肯定有相应的处理过程。但我真的不明白，既然已经实现了批量删除，并且已经提供了已删除主题的列表以及批量选择器，为什么不能添加一个用户界面的批量取消删除操作。
这将是一个 #功能请求。目前尚不存在。
2 个赞
你可以为这些主题的每个先前类别添加一个标签（每个类别一个标签），并为每个主题添加一个带有原始类别的标签，然后使用该标签来弄清楚以后主题的去向（并在移动每个主题时删除原始类别标签）
1 个赞
感谢 @hello-smile6 的回复。恢复到之前的修订版也应该会恢复类别，对吗？主要困难在于批量恢复，而未列出的主题可以批量重新列出。
您也可以使用批量操作重新分类。我不确定您的类别设置是怎样的，但我想您可以通过知道某个主题应该属于哪个类别，然后扫描主题列表并将一大块移回其原始类别？
1 个赞
嗯，我不这么认为。这些主题最初分布在至少 5 个不同的类别中，即使我为它们打上了标签或以某种方式知道了原始类别，仍然需要单独手动选择每个主题才能批量重新分类所有应该归入特定类别的主题。
1 个赞
这很酷。很多都取决于您的设置，因此它可能不适用于所有人或所有情况。
作为一种额外的技巧，供您参考，您可以使用 shift+select 技巧来选择连续的一系列项目，这有时比单独勾选每个项目更容易。
1 个赞