大家好!
在测试中,我成功地合并了两个用户帐户,并且徽章和积分如预期一样转移到了目标帐户。但是,昨天在生产合并期间,尽管统计数据已成功转移并在摘要中更新,但排行榜总积分(欢呼)并未更新,也未能准确反映用户的活动。“欢呼”的数量(41)在合并前后保持不变。
如果您能协助我更新积分,我将不胜感激。
大家好!
在测试中,我成功地合并了两个用户帐户,并且徽章和积分如预期一样转移到了目标帐户。但是,昨天在生产合并期间,尽管统计数据已成功转移并在摘要中更新,但排行榜总积分(欢呼)并未更新,也未能准确反映用户的活动。“欢呼”的数量(41)在合并前后保持不变。
如果您能协助我更新积分,我将不胜感激。
您应该能够从“游戏化”选项卡中“重新计算分数”,它将重新计算所有内容。我认为显示的分数更新可能也会有轻微延迟。
您好 @JammyDodger,感谢您的回复。我似乎没有“重新计算分数”选项。
您是否正在使用最新版本的 Discourse?
我们正在使用 Discourse 3.0.6
这有点落后。您应该认真考虑升级以获取安全修复程序。
不过,您应该能够使用旧方法执行 rake 任务来回填它们:
rake gamification_scores:backfill_scores_from[2000-01-01]
谢谢!我很感激你的见解。我会试试这个方法,并确保告知我们的团队关于升级的建议。
非常感谢,JammyDodger。Rake 任务运行完美。
但是,我们遇到了合并账户后积分未更新的重复问题。我想知道这是个 bug,还是您知道负责统计分数的特定后台进程的名称?奇怪的是,这种情况只在我们生产环境中发生。我想给我们的服务器管理员提供相关信息,以便他们调查是什么可能阻碍了该进程在生产环境中运行。
非常感谢!
很抱歉,这是目前影响合并用户流程的一个已知问题。
建议从游戏化选项卡手动重新计算分数(如果可用)。每次都运行回填确实比较麻烦,所以我非常理解。
谢谢。我很感激您提供的关于该行为的见解和信息。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.