在 /about 页面可以看到账户总数。这个数字是否包含：
- 已删除用户？我猜不包含。
- 已匿名化用户？我猜也不包含，但只是确认一下。
- 已暂停用户？根据我的测试，是的。
- 已停用用户？根据我的测试，是的。
（但我也不确定计数器是如何更新的。）
如果它确实包含我所认为的已暂停和已停用用户，我是否可以实现以下目标：
- 过时账户无法登录，但其帖子不被删除；
- 并且它们不计入用户总数？
关于页面统计信息的参考指南解释了所有这些。快来看看吧！根据指南，已暂停、已分阶段和系统用户将被排除在外。
感谢您提供此指南！我找不到您所说的定义。据我所知，用户数是“真实”用户数，但链接中解释“真实”用户似乎指向了文件中的错误行。我浏览了该文件，但仍无法确定此定义，因此建议在指南中明确说明。
但无论如何，假设“已暂停、已分阶段和系统用户将被排除在外”是真的：
- 当我为了测试目的暂停用户并硬刷新关于页面时，数字保持不变。这是为什么？该页面不是动态更新的吗？
- 停用用户时也会发生同样的情况。您似乎隐含地说他们不被排除在外，所以我应该不会感到惊讶，但停用用户比暂停用户更激进（因为后者应该是暂时的），所以这让我觉得不合逻辑。
我帖子的最后一部分也没有涵盖：
另外，能否保留“过时用户”的帖子，并在每篇帖子中保留其用户名？（如果您明白我的意思，这有点像暂停和匿名化之间的一个新选项。即使账户不再存在，也很想知道是谁发了帖子。）
目前有没有办法做到这一点？如果不行，关于过时用户最合乎逻辑的做法是什么：
- 停用他们：但他们可以通过再次验证电子邮件地址来重新激活他们的帐户？还是不行？我不确定他们会如何做到这一点。
- 暂停他们：但无限期地暂停？这不应该是暂时的和一种制裁吗？
抱歉吹毛求疵，但我觉得对我来说，非常清楚地了解这一点可能会很有用。
我忍不住觉得你在这上面想得太多了。
关于页面的统计数据是通过定期计划的 sidekiq 任务更新的。你可以通过访问你网站上的 /sidekiq/scheduler 并选择 Jobs::AboutStats 的触发按钮来手动运行它。
你不想停用用户帐户，除非你想让他们在再次登录前重新确认他们的电子邮件地址。
这就是你想要的。当人们离开公司时，我们在内部网站上就是这样做的。
1 个赞
感谢您的耐心等待！
1 个赞
2 个赞
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.