我认为网站管理员有必要在必要时进行一些操作。我认为无法自动将语言字符串更改为使用 reaction，就像 reaction 插件处于活动状态一样。因此，我认为如果 reaction 插件在核心中，问题也会发生，因为论坛管理员将决定是否使用它。
也许解决方案是默认将 like 重命名为 reaction。因为 
是一个 reaction，无论论坛是否使用 Discourse Reactions，这都可以正常工作。
如果通知中需要 图标，并且启用了 Discourse Reactions，则可以通过 discourse-emojis 图标更改主题列表项的 likes。这可以是插件中的一个设置。
我指的是反应的显示方式（这是我预期的），然后点赞也显示出来了（这是我没想到的）。
我的意思是，在我的通知日志中，点赞/反应根本没有那样注册，只有点赞是可见的。两者在这里都可以正常看到：
好的。目前应该看起来是这样。要查看用户个人资料上的反应，请访问例如 https://meta.discourse.org/u/firepup650/notifications/reactions-received。点赞和收到的反应不会显示在同一页面上。
这似乎说得通，但另外两种情况呢？
我还是不明白。如果你能提供更具体的书面复现步骤或注释截图，那将会有帮助，否则很难理解。难道你认为这里发生的事情不是按设计进行的吗？
在第一种情况：
它们在通知 UI（在同一个选项卡上）中同时显示为反应和点赞，这非常令人困惑。
在第二种情况：
它们显示为点赞，而不管实际的反应是什么。
不过，在刚刚去仔细检查了行为后，似乎这些情况都不再发生了，也许它们在几个提交之间有所不同？
清晰的复现步骤将非常有帮助。另外，请提供更多具体信息，例如您在哪个页面（特定网址）看到了不符合预期的内容？没有复现步骤，我们将无法确定您描述的问题，也无法决定是否要采取行动。
笼统地说，我猜您指的是用户个人资料上的通知页面。您可能遇到了“点赞”和“反应”子页面上点赞和反应显示方式的 bug。我知道在通知菜单中，我们会将反应和点赞“合并”显示，例如“@用户对您的 5 条帖子做出了反应”，以避免混乱。
刚收到回复，碰巧在页面上查看了通知，而不是在通知菜单中查看。
不管怎样，我之前能看到的其他论坛，现在都看不到了，所以……会不会是缓存问题或者几个提交版本的差异？
通过仔细阅读（或者说非常仔细地阅读），我实际上能够重现您描述的问题。请访问 https://meta.discourse.org/u/Firepup650/notifications/reactions-received?include_likes=true，您将看到同一页面上的反应和点赞，并且您还会看到一个帖子被列出了两次，一次带有反应，一次带有爱心。请看我下面的截图。
当您在 URL 后面附加 ?include_likes=true 时，就会发生这种情况，当您点击“折叠的通知”时，就会出现这种情况，正如我在两个帖子之前解释的那样。
我同意这是一个 bug，我们可能应该对此做些什么，但这并不紧急。
啊，我明白了，我错过了这种情况。但是的，这是一个bug，需要修复——我们有一个类似的bug，即反应点赞显示在/notifications/likes-received URL上。我会修复它，谢谢你的耐心等待，@Firepup650！
问题已在此处修复：
此更改何时实施？
此功能是否已在 Beta 版本中实现？（我使用的是第三方托管服务提供商，他们为我维护 Discourse 实例，并会及时更新到每个 Beta 版本）。我的 Discourse 版本似乎还没有出现这种情况！
如果您使用其他托管服务提供商，那么您将不得不等待他们更新您的论坛。
好的——所以，只是为了再次确认，这个功能没有包含在上次的 beta 版本中吗？
更改在 discourse-reactions 插件中，因此它不与核心的发布时间表挂钩。从技术上讲，它是在 2 月 13 日的插件的此提交中添加的。因此，如果您（或您的托管提供商）自那时以来更新了插件，您将拥有此更改。
您可以通过查看站点设置中的新“discourse reactions excluded from like”设置来验证。如果该设置存在，那么您就有了新的行为。
谢谢 @david - 现在清楚多了！
我们使用 gamification 插件 (/admin/plugins/gamification)。
鉴于此更改，我们是否应该重新计算所有分数？我正在考虑为“所有时间”重新计算，以便将所有反应（discourse_reactions_excluded_from_like 列表中的反应除外）视为点赞。
，用它做出反应，然后移除了