当我从代码值创建 access_token 时。它第一次完美运行,一切都很好 - 但后续调用将重置为 client_id 的所有者(我自己)。文档说令牌不会过期,但后来似乎失败了,当我去生成新令牌时,它确实正在重置到我的帐户。
https://api.stocktwits.com/developers/docs/authentication
“您可能想要存储此访问令牌;此访问令牌不会刷新,因此您可以代表经过身份验证的用户无限期地使用它。”
这不是真的 - 我在以后使用它时看到令牌失败。
当我从代码值创建 access_token 时。它第一次完美运行,一切都很好 - 但后续调用将重置为 client_id 的所有者(我自己)。文档说令牌不会过期,但后来似乎失败了,当我去生成新令牌时,它确实正在重置到我的帐户。
https://api.stocktwits.com/developers/docs/authentication
“您可能想要存储此访问令牌;此访问令牌不会刷新,因此您可以代表经过身份验证的用户无限期地使用它。”
这不是真的 - 我在以后使用它时看到令牌失败。
跟进这个问题的答案......鉴于API从省略或过时的字段到诸如refresh_token之类的废弃例程还有很多不足之处。
虽然记录了 X-RateLimit-Remaining,但如果您允许它运行到 0 然后停止,则不是。如果你这样做了,它将杀死令牌,然后在授予新令牌时,随后对重新授权令牌的调用实际上会更改用户。这似乎是因为我按照建议使用的代码方法将失效,但会为 client_id 的所有者发出令牌,或者它可能正在尝试建立链接,而我在我的位置有 3 个设备并且它是基于匹配的关闭 IP - 谁知道呢。
我的解决方案是在达到限制之前减少 5-8 个请求之间的调用。然后在 X-RateLimit-Reset 建议的时间后恢复