使用 Discourse 跟踪 RFC 的状态

功能
1

功能名称

Discourse 状态

功能目标

使 Discourse 成为一个类似 RFC 的论坛

功能描述

  1. 征求意见稿 ( RFC ) 是一个系列出版物，由 Internet 的主要技术开发和标准制定机构发布，其中最著名的是 Internet 工程任务组 (IETF)。RFC 由工程师和 计算机科学家 个人或团体撰写，形式为 备忘录 ，描述适用于 Internet 和 Internet 连接系统工作的方法、行为、研究或创新。它提交给 同行评审 或用于传达新概念、信息或偶尔的工程幽默。[1]
  2. Discourse 状态类似于 RFC 类型文档中的状态。Discourse 状态用于更好地控制用户帖子。RFC 文档具有以下状态：
    • 信息性 (Informational)
    • 实验性 (Experimental)
    • 最佳当前实践 (Best Current Practice)
    • 标准跟踪 (Standards Track)
    • 提议 (Proposed Standard)
    • 草案 (Draft Standard)
    • Internet 标准 (Internet Standard)
    • 历史性 (Historic)
    • 未知 (Unknown)

在我的情况下，在我的资源中，根据帖子类型，它将是这些状态：

Discourse 状态 / 代码

  1. 草案 (Draft Standard) | 1 - 草案 (Draft Standard)
  2. 实验性 (Experimental) | 2 - 实验性 (Experimental)
  3. 提议标准 (Proposed Standard) | 3 - 提议 (Proposed Standard)
  4. 标准跟踪 (Standards Track) | 4 - 标准跟踪 (Standards Track)
  5. 最佳当前实践 (Best Current Practice) | 5 - 最佳当前实践 (Best Current Practice)
  6. 历史性 (Historic) | 6 - 历史性 (Historic)
  7. 信息性 (Informational) | 7 - 信息性 (Informational)
  8. 标准 (Standard) | 8 - 标准 (Standard)
  9. 未知 (Unknown) | 9 - 未知 (Unknown)

Discourse 状态 / 案例

  1. 当用户创建帖子且该帖子没有回复时。此帖子具有草案 (Draft Standard) 的 Discourse 状态。当用户创建帖子且该帖子尚未发布时。此帖子也具有草案 (Draft Standard) 的 Discourse 状态。
  2. 当用户创建帖子且该帖子有回复时。此帖子具有实验性 (Experimental) 的 Discourse 状态。如果有更多回复，此帖子将具有实验性 (Experimental) 的 Discourse 状态。
  3. 如果多个用户喜欢该帖子并且确实认为该帖子很好，那么该帖子将被标记为标准跟踪 (Standards Track)。如果存在更多相同或相似的帖子，则默认状态将宣布为最佳当前实践 (Best Current Practice) Discourse 状态。
  4. 对帖子的任何修改都将被视为历史性 (Historic) 的 Discourse 状态。
  5. 如果帖子被所有社区成员接受，则为信息性 (Informational) 的 Discourse 状态。
  6. 如果帖子需要任何更正或改进，状态将宣布为信息性 (Informational) 的 Discourse。如果帖子已更正和改进，状态将宣布为提议 (Proposed Standard) 的 Discourse。
  7. 如果帖子在 1 周、1 天、1 个月或 1 年内没有回复，则状态将宣布为未知 (Unknown) 的 Discourse。

备注

  • 此状态是自动完成的
  • 帖子状态始终显示在主页上
  • 拥有帖子状态的好处是您可以关注该帖子
  • 对用户帖子进行质量控制，以避免滥用、垃圾邮件、乱序帖子
  • Discourse 是一个有吸引力甚至更具社区性的软件，没有什么比提高软件质量、提升用户体验更好的了

想法

image
image1285×354 26.7 KB

描述性图片

正如我们在图片中看到的，同一个帖子可以有不同的状态。根据用户互动，状态会发生变化。状态可以是 1、2、3、4、5、6、7、8 或 9。我们可以看到图片中发生了什么，帖子收到了很多评论，从草案状态变为标准状态，代码为 8。

参考

1 个赞
2

一种无需任何插件即可实现此目的的方法是为每个级别创建子类别（或者只是顶级类别？），并在帖子“毕业”时在它们之间移动。

可能有一个插件可以根据您的标准在类别之间移动帖子——或者您可以编写一个使用 API 执行此操作的外部脚本。

3 个赞
3

所以这是关于为 Discourse 添加 RFC 特定功能？这不应该是这个主题的标题吗？

2 个赞
4

我是在猜测着进行解读，但我认为这与为 Discourse 添加“状态跟踪”功能有关，RFC 跟踪是其中一个例子？我也不确定“Discourse 的状态”是否是一个玩笑……但无论如何，这很令人困惑，应该换个说法。

总之……

我们目前正在为 Fedora Linux 中的常见问题做一些_不那么复杂_的事情，我认为这可能很相似，有一个顶级的 (Accepted) Common Issues 分类，以及 Proposed Common Issues 和 Archived Common Issues 分类。我正在使用一个外部脚本（目前非常粗糙——我_不是一个真正的程序员_）来处理帖子并在分类之间移动，正如我上面建议的那样。

2 个赞
7

我肯定是在猜测的基础上进行解读，但我觉得这与为 Discourse 添加“状态跟踪”功能有关，例如 RFC 跟踪？

  • 是的。没错，这正是我所想的。Discourse 的状态是基于 RFC 的。
  1. 我之所以提到 RFC，是因为我开发的技术文档部分与团队所做的事情类似。
  2. 问题在于这个过程非常官僚化且手动，有时容易出错。
  3. 因为有时我写的东西需要团队审查，如果团队成员不仔细，或者是一个注重细节的人，发送的文档可能会出错。我的想法是在我们的小团队中实施 Discourse。
  4. 我的想法是，我如何处理技术文档，我的想法是跟踪人们发布的帖子。基于 RFC 跟踪帖子。因为这是我们经常做的事情。
  5. 但我还没有在 Discourse 或任何论坛类软件中找到任何插件或类似资源。
  6. 在我看来，这项功能是创新的，如果你考虑到使用遗留软件的技术文档团队。我相信这些遗留的旧软件可以被 Discourse 取代。Discourse 是一个非常有趣的软件，我非常喜欢它。只要有可能，我就会向朋友和熟人推荐它。我的问题是我还没有找到任何我刚才描述的插件或类似功能，例如基于 RFC 的帖子状态。

我们目前正在为 Fedora Linux 中的“常见问题”做一些不那么复杂的事情，我认为这可能很相似，有一个顶级的 (Accepted) Common Issues 分类，以及 Proposed Common Issues 和 Archived Common Issues 分类。我正在使用一个外部脚本（目前非常简陋——我并不是一个真正的程序员）来处理帖子并在分类之间移动，正如我上面建议的那样。

  • 我不想一直查看分类或子分类，我想要一些动态的东西。
  • 用户交互的方式可以创建新状态，也可以不创建。
  • 因为如果没有状态更改，我就必须做一些像你计划的那样的事情，我必须创建一个脚本来将帖子从一个分类移动到另一个分类。
  • 我不是在批评你，我认为这个想法很好，以至于我甚至考虑过做类似的事情，但我不知道有其他人有同样的想法。我唯一担心的问题是我不是程序员 :(，而且我在网上找不到任何做这个的脚本。
1 个赞
8

我不明白。 “分类” 实际上只是一个标签，一种元数据，碰巧以分层视图表示。如果你把它们都设为子分类，然后在顶层分类的“全部”视图中查看，你就会看到所有帖子。

你必须以某种方式跟踪这种状态。你的另一个选择——在不进行相当侵入性添加的情况下——是使用标签，但我确实认为分类更适合。例如：分类允许你拥有不同的权限级别，你可以提高“较高”状态下帖子的搜索排名，降低“较低”状态下的排名，从而优先显示官方文档。

2 个赞
9

你需要以某种方式跟踪此状态。你的另一个选择——在不进行相当侵入性添加的情况下——是使用标签，但我确实认为类别更合适。例如：类别允许你拥有不同的权限级别，你可以提高“较高”状态下主题的搜索排名，降低“较低”状态下主题的搜索排名，从而优先显示官方文档。
-你说得对，你澄清了很多事情，谢谢你。真的，类别好多了。

1 个赞