当用户尝试复活旧话题时，我们会发出警告。是否可以为那些偶然发现（仅浏览）旧话题的用户添加一个横幅提示？最好在页面顶部添加一个警告横幅（类似于一些新闻网站目前的做法），内容大致如下：
“该话题最后一次更新已超过两年，可能包含过时信息。如果该话题无法解决您的问题，请考虑发布新帖子。”
这是现有的功能或插件吗？或者是否可以作为功能或插件添加？
这一需求是在我们的 Discourse 论坛上自然产生的：Can we mark some discussions on Julia Discourse as outdated in v. 1.x? - Meta Discussion - Julia Programming Language
这还不是一个现有的功能……我想之前有人提过，但请求的人不够多，所以还没被列为优先事项。我猜如果有人发现某个主题已过时，应该会回复该主题（当然，额外提醒一下也无妨）。
这肯定可以通过插件实现。
没错，我们的想法是，在许多网站（包括我们自己的网站）上，浏览量与用户数量的比例非常高。我们有很多潜水者以及没有账户的人，他们本来就不会尝试回复，所以我认为这不仅仅是一个额外的警告，而是大多数人会看到的唯一警告。
我们认为，激进的关闭和批量删除对用户体验非常不友好。当然，具体感受因人而异。
我们的旧帖子里有 大量 有价值的信息，但在我们的案例中，语法可能已略有变化，这可能会引起困惑，也可能成为开启新帖子的正当理由。因此，不，我不想批量删除它们。我只是想提供一个简单的提示，告诉用户：“嘿，这是旧内容，所以如果它无法解决你的问题，原因可能就在这里。”
如果它真的非常陈旧且过时，那当初为什么要提供让人们踩上地雷自爆的机会呢？
地雷的存在竟然被认为是“用户友好”的，这真是令人啼笑皆非。
这是对极端情况的严重误判。不，我们过去的帖子并非地雷——至少大体上不是。是的，其中一些可能略显过时，但其中仍有许多有价值的信息——即使某些帖子的语法需要稍作更新。
那么，更好的策略或许是更新它们？
我觉得那种不加思考地套用在所有旧帖子上的巨大免责声明，会被用户（正确地）忽略。原因和这些做法无效是一样的……
您甚至可以让主题组件在标记为 stale 或类似标签的主题上显示一个横幅。
这个请求看起来并不那么奇怪。您提供的两个选项是：
删除旧帖子。这是不可接受的，因为旧帖子中仍包含大量有用的信息。只要有人意识到可能需要更新语法或采取其他注意事项，这些帖子就可以非常有用。
编辑旧帖子。这也是不可接受的，因为这需要批量编辑他人的帖子，这通常在我们论坛上是不可接受的，更不用说这是一项巨大的手工工作，我们没有能力完成。
这些选项可能对您适用，但对我们来说并不适用。
你可以随心所欲；作为 Stack Overflow 的创始人，我想提醒你，将通用的免责声明盲目地应用于旧帖子，其效果可能远不如你预期的那样好。
这主意不错——我们可以为所有在 1.0 版本发布前发布的帖子批量添加 v0.x 标签，然后为主题设置不同的样式。能否一次性批量选择超过 50 个话题？
应该是可以的——只需加载下一批主题列表即可。你也可以通过控制台来操作。
你需要调整脚本，以查找某个日期之前的所有主题，从而自动添加该标签。
公平地说，这确实是一个功能请求。Jeff 是产品经理，我能理解他的观点，即在核心系统中添加此类横幅可能会造成干扰。不过，如果你认为这对你的社区有必要，还有其他方法可以实现这一目标。
感谢您对“杰夫式表达”的重新解读。我完全理解软件领域需要一种带有明确立场的愿景。
我们目前仍在内部头脑风暴，我只是想问问这是否可行。这是否是个好主意，确实值得商榷并深入思考。就我们而言，我认为我们可以足够精确地界定时间范围，从而使横幅真正发挥作用——例如，它可以指向不同版本之间的迁移指南等。我们甚至可以鼓励用户为帖子提出更新建议，从而通过众包方式完成内容更新。
特别是如果你讨论的是技术文档（确实如此），那么将某些内容标记为过时是合理的。EmberJS（我们用于 Discourse 的框架）就会这样做：如果你偶然访问了旧版本的文档，它会提供链接指向该文档的更新版本。
如果某个主题的首帖存在疑问，你也可以将该主题转换为 wiki 模式，并将编辑权限限制为特定的信任等级。这样，如果你愿意，就可以授权受信任的社区成员自行进行编辑。
