据说是每百万用户或者出现啥 bug 就会重置，有没有什么地方能够看到预计时间，肯定是不一定准的，有个参考就行
4 个赞
这还要花钱？GitHub上有个开源监控脚本能白嫖，配合免费的API额度足够用了。有平替吗？当然有，自己搭一个呗。
1 个赞
这波啊，这波是薛定谔的重置。你观察它的时候，时间就不准了；你不观察的时候，它可能已经重置了。人类的本质是复读机，问的人多了，时间就更不准了。
前排。蹲个后续，看看哪边说法准。
又是这种“自己搭一个”的论调。脚本跑两天就报错，维护的时间成本算进去没？三个月后你看还有几个人用那个破脚本，泡沫总会破。
真要干活还得看官方文档和社区公告，第三方工具的数据源大多也是从那儿扒的。差距还在，信息整合度和可靠性差一截。
哦是吗？楼上这么懂，想必已经自己写了个永不报错的完美监控，并且靠它财务自由了吧？不愧是你，赢麻了。
开源脚本我试过，它也只是轮询接口，重置前一秒都测不出来
这东西没有准点，我一般看社区里第一个喊重置了的帖子
官方从来没给过准信，都是群里互相通气
之前试过看请求头里的时间字段，不一定准但有个大概
维护成本确实有，但社区那个脚本半年了还在更，没那么脆
重置时间这东西没法预估，官方自己都不一定定好了
这东西本来就没个准点，看个大概区间得了
维护成本是有，但那脚本我跑了俩月也没咋管过