我能想到的唯一改动是
您已达到每日点赞上限。请等待 14 小时，直到下一个 24 小时周期开始后再试。
4 个赞
您已达到点赞数量上限。请等待 14 小时后再试。
如果您已用完点赞次数，这条提示是合适的。但如果您触发了速率限制器，也会收到相同的提示。或许可以为后者提供一条不同的提示？例如：
您点赞的速度过快。请等待 10 分钟后再试。
这样可以让用户知道需要放缓节奏。
至少在我的情况下，困惑正是由此产生的。我收到了“点赞数量已达上限”的提示，但当天内又能再次点赞，这让我难以建立对系统运作方式的清晰认知。如果我没有来到这里，我甚至不知道点赞功能存在速率限制器。
10 个赞
啊哈！天哪，如果现在正发生这种情况，那我太抱歉了！现在一切都讲得通了！@tshenry 你能复现吗？
8 个赞
在开发环境中我无法复现，这是因为我在疯狂点赞，触发了全局速率限制。
@rkda 这里的复现步骤是什么？听起来像是时区混淆导致的，因为除非你生活在 UTC-0 时区，否则即使在同一天内触达限制，你仍然可以点赞。
5 个赞
4 月 20 日（在另一个论坛上），我在 UTC 06:40 达到了每日点赞上限。
然而，三个小时后（UTC 09:40），我就可以再次点赞了。重置时间有可能提前吗？
当天晚些时候（UTC 14:50），我再次达到了点赞上限，系统提示我的点赞数将在 14 小时后重置。
这似乎不太合理，除非重置时间已经更改。毕竟这都发生在同一个 UTC“天”内。当然，以上都只是 anecdotal 数据（我不是该论坛的管理员，因此无法查看日志）。
3 个赞
服务器时间是否出错了？该服务器托管在哪里？可能是服务器配置有误，未运行在 UTC 时间上？
4 个赞
希望这条消息还能派上用场。基于 @rkda 的零散经验，并进一步说明 @Heather_Dudley 的用户体验困扰：
- 有时，你会收到“请等待任意时长”的提示，等待指定时间后，被允许点赞几次，随后又再次收到该提示，但等待时长不同。
- 而另一些时候，你收到相同的“请等待任意时长”提示，等待指定时间后，每日点赞额度似乎完全恢复。
这令人困惑。 就像存在两种不同的“点赞牢房”（顺便说一句，这个说法是借用的）：一种只是让你暂时冷静一下的临时拘留，另一种则是真正的监禁，期间会因良好表现给予少量奖励……但你无法确定自己身处哪一种。
6 个赞
得问问管理员。一有回复我就发帖。
啊，我也经常遇到这种情况 
正因如此，我才形成了下面这个心理模型 
根据我的经验，这是唯一说得通的解释。
3 个赞
这听起来越来越像是一台失控的服务器。如果是我们托管的服务器，我们应该能够对其进行诊断。
2 个赞
我注意到有一处可能有助于改进的地方，那就是消除“你可以突破限制进行点赞”的错觉。这或许能缓解部分困惑？在下面的视频中你会看到，它看起来像是在点赞帖子，但刷新页面后，这些点赞全部消失（已在 Try 上测试）。
5 个赞
查看 RateLimiter 代码，UTC 日期并未在其中起作用，它遵循的是“精确滚动时间戳”模型。secs 等于 1 天（以秒为单位）。
然而，通知你已达到每日点赞上限的代码，似乎确实使用了 UTC 日期。
10 个赞
有意思！所以这可能是我们这边的问题。
感谢大家帮助我们深入排查这个问题。我希望这里能有一个好的结果。
10 个赞
进一步说明一下，我并不是 @Heather_Dudley 的 /NaNoWriMo 论坛的成员……我只是像 @anBroc 一样，从我的社区中识别出了这个问题：
5 个赞
我们是否已解决此问题，@riking？
7 个赞
抱歉再次顶贴，看来这个 bug 依然存在。（我们的论坛由 Discourse 托管）
今天有用户报告了这个问题：
所以，我注意到当我们用完点赞次数时，系统会提示类似“您已用完点赞次数，17 小时后可再次点赞”。
于是我们等待了一段时间。最终过了 17 小时，我们去给某人点赞。但点了一两次后，系统又提示：“您已用完点赞次数，20 小时后可再次点赞”。
我们等了 17 小时，只点了两次赞，现在又要再等 20 小时。这非常令人沮丧。
4 个赞
这大概值得指派给 @eviltrout，看起来 Kane 已经找到了这个 bug 的原因，现在剩下的只是规范化代码了。
5 个赞
绝对不是我遇到的行为。
昨天用完了 UTC0:00 的点赞，今天早上 UTC0:00 9 小时后才点赞了一个帖子，然后又收到了“点赞次数已达上限”的消息。