discourse-notifier 插件旨在通过根据用户之前的阅读历史，为最相关的话题发送通知，从而提升用户参与度。网站用户可以选择是否启用此功能，默认情况下该功能处于关闭状态。
安装
请按照 安装插件 的说明安装此插件。插件的仓库地址为：
https://github.com/jahan-ggn/discourse-notifier
关于
该插件允许站点管理员根据用户频繁访问的分类和标签，控制用户的通知级别。
功能
选择 Cron 模式值：此字段指定上方所选模式对应的数值。
Discourse Notifier 选择 n 周数据：此字段决定考虑过去多少周的数据。
Discourse Notifier 前 n 个分类：此字段决定从用户最常浏览的话题中选取前多少个分类。
Discourse Notifier 前 n 个标签：此字段的输入决定哪些顶级标签将像分类一样影响通知。
Discourse Notifier 设置分类通知级别：管理员可根据分类决定通知级别。
Discourse Notifier 设置标签通知级别：与分类类似，站点管理员也可设置标签的通知级别。
通知级别选项含义
静音 (Muted): 0
正常 (Normal): 1
追踪 (Tracking): 2
关注 (Watching): 3
示例：
Cron 模式：minute
Cron 模式值：5
选择 n 周数据：10
前 n 个分类：3
前 n 个标签：3
分类通知级别：Watching
标签通知级别：Watching
插件将每 5 分钟重复执行一次，并根据过去 10 周的活动重新评估前 3 个分类和前 3 个标签，同时将通知级别更改为“关注 (Watching)
12 个赞
这个插件潜力巨大！
有个问题：是否有用户偏好设置选项，允许用户拒绝通过此插件更改其通知设置？我猜有些用户可能希望无论发生什么，都保持其通知级别不变。
2 个赞
感谢您使用我的插件，也感谢您宝贵的反馈。
目前尚未实现用户偏好设置选项，但我会将此记在心中，并在该功能添加到我的插件后第一时间通知您。
2 个赞
HAWK
(Hawk)
5
是的，使用这个要非常小心。把这种控制权从用户手中夺走极其危险，轻则导致通知疲劳，重则引发愤怒。
9 个赞
@Paracelsus 您提到用户设置已实现，并且插件已更新，用户可通过该设置拒绝插件更改其通知级别。
该设置位于 /preferences/profile 部分，名称为“允许站点更改您常访问类别的通知级别”和“允许站点更改您常访问标签的通知级别”。
根据 讨论 的回复，我将把_类别设置_移至 preferences/categories 位置，将_标签设置_移至 preferences/tags 位置。
@HAWK 感谢您的分享。据此，该更新正在实施中。
该插件会根据用户阅读最多的主题来更改类别的通知级别，而推荐类别的数量由站点管理员设定。但每次 cron 任务执行时更改通知级别，可能会导致许多类别的通知级别不一致，进而因通知数量过多而让用户感到困扰。
为避免这种情况，该插件提供了一个设置，允许用户拒绝更改其通知级别。站点用户可选择是否启用此设置，默认情况下该设置处于关闭状态。
该设置位于 /preferences/profile 部分，名称为“允许站点更改您经常访问类别的通知级别”和“允许站点更改您经常访问标签的通知级别”。
根据 讨论 的回复，我将把 类别设置 移至 preferences/categories 位置，把 标签设置 移至 preferences/tags 位置。
现在，我正在实现一项功能：每次 cron 任务重复执行时，之前为类别设置的通知级别将不再生效，系统将仅考虑下一次 cron 任务中出现的顶级类别来进行通知，而不会更改它们的通知级别。例如，如果站点管理员选择了 5 个顶级类别，那么每次 cron 任务只会影响当前存在的 5 个类别，之前受影响的类别和标签将被忽略。
2 个赞
@Stephen 用户拒绝更改通知级别的设置已实现，插件也已更新。网站用户可以自行选择是否启用此设置，默认情况下该设置处于关闭状态。
该设置位于 /preferences/profile 部分，名称分别为 允许网站更改您经常访问类别的通知级别 和 允许网站更改您经常访问标签的通知级别。
根据 讨论 的回复，我将把 类别设置 移至 preferences/categories 位置，把 标签设置 移至 preferences/tags 位置。
2 个赞
抱歉，我的英语不是母语
我安装了这个插件
然后我们决定不再使用
我们卸载了他，但他留下了这个（截图）
即使插件已卸载，它仍然出现
1 个赞
