nonebot-plugin-skland-arksign
nonebot-plugin-skland-arksign copied to clipboard
Published
20 hours ago •
GuGuMur
GuGuMur
[Feature]: cred 缓存与失败重签
起因:
在目前的签到流程中，每次签到都会进行令牌请求，这会在短时间内造成大量的API使用 ~(yj: 警觉)~，可能会导致服务器拒绝签到(只能说已经碰到了)。
签到失败：Client error '400 Bad Request' for url 'https://as.hypergryph.com/user/oauth2/v2/grant'
For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/400
此外，目前没有机制来识别并重试由于这些特定错误导致的签到失败。 感觉是时候添加缓存机制来存储cred，以及对失败签到在一定时间后重试的功能了。
方案:
-
签到时缓存cred： 修改签到流程，将成功签到时获取的cred缓存到数据库。签到时优先使用缓存的cred，如果cred签到失败，则重新使用token请求新的cred并缓存。
-
识别失败的签到： 判定特定错误导致的签到失败，例如上文的
400 Bad Request。通过分析签到过程中收到的响应，识别错误代码或错误信息等手段实现。 -
重试失败的签到： 识别到失败的签到尝试后，将本次失败的签到用户进行记录，创建一个
<签到重试间隔>后执行的定时器，对这些用户进行重新签到。对此应该有签到重试间隔和最大签到重试次数配置
预期:
- 提升性能：缓存cred将减少令牌请求次数，从而提升性能并减少API使用量。
- 加快签到流程：使用缓存的cred，签到流程将更快，因为不需要为每次尝试进行令牌请求 ~降低被yj击毙的可能~。
- 提升用户体验：通过识别并自动重试失败的签到，可以减少发现签到失败之后的手动触发签到操作。
步骤:
- 确定缓存cred的位置。
- 实现缓存机制，在签到流程中存储、获取、刷新cred。
- 识别并记录签到失败的尝试。
- 实现重试机制，在固定间隔后对
可重签失败重新触发签到。 - 实施适当的日志记录和监控，跟踪缓存和重试机制的成功情况。
其他考虑事项:
- 是否需要记录签到用户的当前签到状态和重签次数，并提供相应的查询命令？
ToDo List:
- [ ] 签到流程中缓存、使用、刷新 cred
- [ ] 强制手动刷新 cred 的命令
- [ ] 自动重签机制
