我在这个帖子中发布了关于让 Algolia 插件正常工作的内容：
https://meta.discourse.org/t/add-algolia-search-to-your-discourse/73517/51
当我想回来查看，看看上面链接的帖子是否有回复时，我发现我的帖子被删除了。此外，我可以看到该主题中对该链接帖子有一条回复，但当我点击该帖子中的“回复”按钮时，没有任何反应。
如果这是一个 bug，那它就是 bug。
如果这与我的帖子因某种原因被删除有关，也许 Discourse 应该提供某种功能来通知我，或者更好地处理这种情况。目前，我只是感到困惑，不知道发生了什么，并觉得在这个特定的网络社区中不受欢迎。
根据我对 Discourse 希望促进良好社区建设的理解，也许应该以私信的形式向我发送通知，用两句话说明我的贡献为何对社区没有价值。
也许只是我个人的感受，但无论如何，我并没有觉得特别受欢迎。也许我太像个新手了。也许我的帖子表达得不够好，毕竟英语不是我的母语。但我觉得我的帖子表达得还算合理。
我们是否需要更好地处理成员发布不受欢迎帖子的情况？
谢谢。
你确定你的帖子不受欢迎吗？
你是否报告了一个随后通过更改得到解决的问题？
帖子通常会进行清理，以便用户无需滚动浏览数百条历史回复就能了解当前情况。要求版主为每一条被删除的帖子提供理由将带来极大的负担。official 插件主题（你链接的那个就是其中之一）维护得非常好，大多数每个主题的回复数都不到 100 条。相比之下，非官方插件的许多主题则有数百条回复。
还有一种可能是这只是一个疏忽。负责大部分版主工作的团队并不习惯于删除真正有用或可操作的内容，因此我倾向于认为，你所询问的内容可能已经得到了解决。
关于这个问题的一些思考可以参考这里：https://meta.discourse.org/t/deleting-posts-and-redirecting-loss-attention/163161。
不，我不确定。是的，我报告的问题已通过后续更改得到解决。我发帖是为了赞扬他对 Algolia 插件的出色修复。当时，正如他明确指出的那样，该插件在我更新至最新版本的 Discourse 后无法正常工作。随后 Discourse 再次更新，我重新更新了 Discourse，之后它就正常工作了。我编辑了我的帖子几次以反映这一进展以及一些我现在记不清且无法再核实的内容（因为帖子已被删除）：grinning: wink:。
尽管如此，这仍然让我觉得不太对劲。为版主提供一个复选框，以便告知我删除原因，似乎是处理这种情况的恰当方式。直接删除不符合我对 Discourse 的理解。如果您要执行 Moderation，请妥善进行：+1:t2:
那些特定的帖子已变得无关紧要（先是“它不起作用”，接着是“哦，更新到最新版本后它就开始工作了”），因此已被删除。它们对任何未来阅读该主题的人都没有价值。
我链接到了自己的帖子，但你可以从本主题的开头开始浏览：
我完全理解。不过在我看来，这确实能反映出该插件是否得到了妥善维护，或者是否还略显粗糙，因为它并未像帖子中所述的那样正常工作。直到我再次更新 Discourse 后，它才正常运行。对我而言，了解某个修复是否真正有效，或者是否获得了“官方”认可，是有价值的。
但让我们继续讨论我的主题——处理这种情况的最佳方式是什么？正如我和 Simon 在他提供的链接中所建议的那样，发送私信：
编辑：拼写错误。将“Giving”改为“Given”。
对于“标准”删除操作，是否可以像处理被标记帖子的回复那样，使用模板化或自动化的回复？
因为我确实同意 @JacobDK 的观点，也赞同 @simon 在 相关主题 中的看法：
归根结底，这是一个 #社区 问题，尤其是对新用户以及那些不了解标准操作流程（SOP）的用户而言。
这可能更多取决于你对修复如何发布的理解。
如果开发者链接了一个将修复某个问题的拉取请求（PR），这在这里相当常见，但该 PR 并不会立即可用。PR 是“拉取请求”，重点在于“请求”。需要另一位团队成员批准并合并该更改。如果你不了解其中的区别，可能会在 PR 经过测试和合并之前就进行更新，从而让人误以为该更改并未解决原始问题。
是的，你说得对。我之前没明白这一点。我在一个已被删除的帖子中曾询问 pr-welcome 的含义。之前的回复并没有以我能理解的方式澄清这一点，但你的回复为我解释清楚了。我现在明白了。
谢谢。
好的，pr-welcome 实际上是邀请他人来撰写变更。
@Stephen - 也许这才是最初的问题？我们组织这些插件文档的方式？也许应该将插件和安装说明的文档与功能建议、错误修复及其他内容分开？将所有这些内容放在一个主题中并不是最佳解决方案。
该主题并未得到良好维护。它已被遗弃。几个月来无人花时间回应，说明为何无法正常工作以及当前的状态如何。
我今年正在处理这个问题，所以会有一些变动。
目前，我将关闭此对话，因为它正在进行中。
已经过去四个月了——有什么更新吗，@justin？
是的，事实上：
将问题拆分为独立主题有助于我们更好地跟踪它们，并以更精细的方式分配工程师资源。这也为社区提供了更好的机会来提供支持并推动特定功能请求。
虽然这并未添加通知用户为何帖子被删除的功能，但通过设定预期，我们从另一个角度解决了这一问题。今后可以预期，official 插件主题中已解决的讨论或临时性的故障排查内容将被删除——并非因为它们造成困扰，而是因为我们的开发团队推进速度极快，关于已修复漏洞的讨论在一个月左右后很可能不再具有相关性。
如果某问题未在短时间内得到修复，它将被移至一个永久性主题，待解决后可随后关闭。
希望这能至少澄清部分关于帖子为何被删除的困惑！
仅供参考，这些都是不错的政策，但如果在每个插件主题中（或者可能在更广泛的插件标签中）沟通不当，那么它就无法解决新用户体验（潜在的困惑，甚至是被视为不受欢迎或贡献不被需要）的问题，例如在报告一个很快就被修复的 bug 的主题中，就像原始发帖人的情况一样。
换句话说，任何对官方插件主题的回复，如果不能证明其有理由被拆分出来，就会给那些不了解插件主题如何处理的人带来这种困惑。我就是其中之一，坦白说我仍然不知道关于官方插件主题处理的信息普遍在哪里可以找到。我不得不问，并得到解释，这对我来说，以及对那些不得不花费时间反复解释的工作人员来说，都是不理想的。
没有人会在这里找到这个政策的细节，而“回复将在 30 天后自动删除”的通知，虽然有价值，但 IMO 并不足以作为解释。有一个非常近的例子：
https://meta.discourse.org/t/discourse-reactions-beyond-likes/183261/209?u=oshyan