Discourse 年度回顾

:discourse2: 摘要 Discourse 年度回顾 会在 1 月 1 日创建一个主题,总结上一年的论坛活动。(参见我们在 Meta 上的示例 - year-in-review
:hammer_and_wrench: 仓库链接 https://github.com/discourse/discourse-yearly-review
:open_book: 安装指南 如何在 Discourse 中安装插件

初始设置

前往您的 /admin/plugins 页面,点击 discourse-yearly-review :gear: 设置 按钮:

年度回顾设置

  1. yearly review categories(年度回顾类别)设置中输入要提取数据的类别。如果留空,将默认为前 5 个公开类别。

  2. 使用 yearly review publish category(年度回顾发布类别)设置,选择一个用于发布回顾的目的地类别。

    :bulb: 强烈建议将 yearly review publish category 设置为员工类别或其他私有类别,以便在公开之前查看该主题。您可能也想先对其进行编辑。

  3. 然后,使用 yearly review enabled(年度回顾已启用)设置启用该插件。

功能

正如您在 2022: The Year in Review 所见,数据显示在两个部分:用户和主题。

用户部分包括:

  • 阅读时间最多
  • 创建主题最多
  • 回复最多
  • 被回复最多
  • 点赞最多
  • 被点赞最多
  • 访问次数最多
  • 被授予特色徽章的用户(徽章由 yearly review featured badge 站点设置指定)

主题部分包括:

  • 阅读最多
  • 点赞最多
  • 被回复最多
  • 最受欢迎
  • 书签最多

生成年度回顾

该插件设置了决定显示哪些主题的阈值。主题必须至少有 10 个点赞或回复、5 个书签、10 分评分或一小时阅读时间才会被显示。主题会通过后台作业自动发布。该作业会检查插件是否已启用,以及是否处于当年第一个月的前 31 天内。然后,它会检查系统用户是否已经发布了标题为 yearly_review.topic_title 的主题。如果所有检查都通过,主题将被发布到 yearly review publish category 设置中指定的类别。如果未配置此项,主题将发布到“未分类”类别。

额外选项

年度回顾类别

本节中使用的类别是在 yearly review categories 站点设置中设置的类别。如果未配置此设置,将选择论坛中前 5 个最佳公开类别。“最佳”由类别的 topics_year 计数决定。

yearly review categories 站点设置中指定的任何类别的子类别将不会包含在年度回顾报告中。如果您希望子类别包含在年度回顾报告中,则需要在 yearly review categories 站点设置中明确指定它们。

年度回顾排除员工

该插件具有 yearly review exclude staff(年度回顾排除员工)设置。默认情况下已启用,因此员工将被排除在用户部分之外,员工创建的主题也将被排除在主题部分之外。

年度回顾特色徽章

可以通过 yearly review featured badge 设置设置一个特色徽章。最多显示 15 个徽章用户。如果授予此徽章的用户超过 15 人,将显示该徽章页面的链接。如果未配置 yearly review featured badge,则不会显示此部分。

手动运行年度回顾

如果您不想等待后台作业,可以通过 rails 控制台发布主题,命令如下:

Jobs::YearlyReview.new.execute(force: true)

如果您想为特定年份生成报告,只需添加 review_year: 'year',例如:

Jobs::YearlyReview.new.execute(force: true, review_year: '2021')

:discourse2: 由我们托管?如果您想手动运行年度回顾,可以联系 team@discourse.org,我们将很乐意为您安排。

设置

名称 描述
yearly review enabled 启用年度回顾。
yearly review categories 从中提取主题的公开类别。将从该组中选择前 5 个类别。如果留空,将默认为前 5 个公开类别。
yearly review exclude staff 从用户统计中排除员工。
yearly review include user stats 在回顾主题的第一篇帖子中添加用户标识统计信息。
yearly review include private categories 在回顾中包含来自私有或阅读受限类别的用户活动。
yearly review publish category 将发布回顾的类别。
yearly review featured badge 输入完整的徽章名称。可以留空。

:discourse2: 由我们托管?此插件可在我们所有的托管层级上使用 Yearly Review | Discourse - Civilized Discussion


已知问题

  • 数据以 HTML 表格形式显示。表格被包裹在具有 data-review-topic-users="true"data-review-featured-topics="true" 属性的 div 标签中。这使得表格在 Discourse 上显示时可以应用样式。但在创建主题邮件时,这些样式不会被复制。因此,发送的主题邮件看起来不太美观。

  • 生成主题中的第一篇帖子由于使用 HTML 而大约有 40,000 个字符。因此,除非您首先将正文字符限制增加到超过此值(参见 https://meta.discourse.org/t/body-is-limited-to-32000-characters-you-entered-43659/157301),否则无法对其进行编辑。

  • 标题中的表情符号在特色主题链接中不会渲染。

90 个赞

这个插件可以做一些不错的改进,希望我分享的地方是对的?如果不对请告诉我。

  • 能够从用户列表中排除员工,但仍然包含他们创建的主题
  • 能够从用户列表中排除TL4(和上面一样,仍然包含他们创建的主题)
  • 能够创建多个审核帖子,这样我们就可以有一个用于TL4(我们将其用于员工)和员工成员,然后有一个仅限社区成员的帖子
5 个赞

您好!
我今年安装了该插件,但即使它已启用,我也不知道评论何时发布,或者我是否需要做其他事情来发布它。
有人能告诉我吗?
非常感谢!!

2 个赞

您好 @Ayelen_Rives

在检查管理控制台时,您将看到以下可视化辅助工具:

在名为“plugin:discourse-yearly-review”的插件中进一步仔细检查,会发现另一个说明性示例:

在配置设置时,您必须将年度审查的发布类别指定给员工或其他受限类别。这可确保在允许更广泛的可见性之前进行初步审查。

6 个赞

非常感谢你,Aaron!

出乎意料的是,我在管理控制台或设置中都看不到这些消息:

发布类别是 Staff,所以要到 1 月 1 日我才能知道它是否已创建。

再次感谢,节日快乐!

2 个赞

新年快乐!:partying_face:

该插件在我的两个论坛中均未运行。现在显示的是2025年1月1日的消息。奇怪。

我在一个论坛的rails控制台中手动运行了它,它返回的是英语,而不是论坛的语言德语。

这里有些东西有问题/曾经有问题。

2 个赞

它在这里的元(meta)上还没有到达。我遵循了建议,并将其设置为先发布到“Staff”,我认为这与去年唯一的区别?

我曾希望它能随着一点耐心神奇地出现,但我可能过于乐观了。

2 个赞

我没有更改任何配置,甚至没有更改论坛,以便我作为工作人员先检查它,然后再移动它。

在我的第二个论坛里仍然什么都没有。现在这里是上午 11:24。

看起来有些东西坏了。

手动运行它时是否需要语言标志?我也不想在第二个论坛里翻译所有内容。:wink:

1 个赞

我可能会犹豫一下,想再等一会儿,看看后台作业是否会有延迟,但我也不确定为什么手动触发它会与后台作业自行运行产生不同的结果?

我们可能需要一个更有知识的人来帮忙。

3 个赞

它没有自动运行,但我刚刚手动运行了它,似乎运行正常,尽管我并不想要它变成另一种语言。

1 个赞

今天早上,sidekiq 告诉我年度审查将在 50 分钟后安排,目前大约是当地时间上午 11 点。我没有等待,而是手动完成了。没有问题,语言也是正确的。

之后,我被迫降级了我的版主并再次运行 sidekiq,因为他们非常生气——我排除了员工……我不能包含员工,因为那样我作为一名非常活跃的管理员将完全主导列表,所以我选择了最快的路线。

嗯,那是另一回事了,但我们能否在包含或排除组方面有更多的自由?

2 个赞

我的天……在另一个论坛上,2023 年的帖子在那里……当地时间下午 2:31。而且是德语。所以,仍然是个谜……

1 个赞

我最终从 Sidekiq 触发了我们的。 :rocket:

2 个赞

在我的网站上,主题是在我无需手动运行 sidekiq 的情况下生成的。

这些都是很棒的建议。谢谢!很高兴听到这个插件有更多的用例。我们将根据今年的经验对此进行更仔细的研究,看看我们可以在明年之前做些什么来改进它!

与此同时,这一次,您可以在帖子发布后根据需要进行编辑。

我注意到一个有趣的现象是,如果您删除生成的主题,它会在第二天创建一个新主题,只要插件已启用。因此,您可以调整设置并生成年度审核主题的多个版本,复制其中的文本,然后根据需要自行发布新主题。如果您可以访问 /sidekiq,您可以在那里找到该作业并立即运行它。

2 个赞

因此,建议先在更私密的类别(例如“员工”)中发布评论,然后再移至公开类别,这个建议其实不太好 :wink: 除非管理员想保留两个版本。

不过,问题不大。

1 个赞

您好!幸运的是,该插件已于1月1日自行触发,没有任何问题!:raised_hands:

我现在有一些关于它是如何工作的问题,因为一些报告(如“最多主题”和“最多点赞”)显示的结果与同一时期的“用户”页面不同。

例如,对于“最多主题”,用户页面显示用户“S”排在第一位:

而“年度回顾”显示用户“C”排在第一位,并且在表格中从未显示用户“S”:

(抱歉,我必须为公司保密而模糊图片,但我认为添加它们会更清楚。另外,表格坏了,您可以忽略它 :upside_down_face:)

有人知道为什么会发生这种情况吗?其他报告显示的信息完全相同,但“最多主题”和“最多点赞”显示的用户不同。

非常感谢您的帮助!:100:

1 个赞

哇,我之前不知道会发生这种情况。我刚测试了一下,你说得对!这是一个 bug。如果已经存在一个年度审查主题,它不应该再创建一个。

重现步骤:

  1. 一旦创建了年度审查主题,将其移至其他类别。
  2. 通过 /sidekiq 触发创建年度审查主题。
  3. 会创建第二个年度审查主题。

如果你遇到了这个问题,我建议禁用该插件。我们很快就会审查这个插件,在明年之前修复 bug 并对其进行改进。

1 个赞

:thinking: 它有多持久?如果我一直删除它,我们会在六月份还在跳这个舞吗? :joy:

这是否意味着我不需要联系支持部门来为我的网站追溯生成帖子?它会在明天某个时候出现吗?

1 个赞

确实如此。它每天通过 Sidekiq 运行。

1 个赞

我希望它会在一月底停止。

2 个赞