在小书签的上下文中,Twitter 的速率限制是如何计算的?

发布于 2024-11-27 01:06:17 字数 295 浏览 0 评论 0原文

因此,我在书签中使用 Twitter 的 用户时间线方法 。如您所知,用户时间线方法是有速率限制的;一小时内只能调用 150 次。我的问题是,当调用发生在小书签内时,它将如何计入我的限制?

陈腐的混乱在这里:

我们还在战争吗?

So, I'm using Twitter's user timeline method in a bookmarklet. As you may know, the user timeline method is rate limited; you can only call it 150 times in an hour. My question is, how would it count against my limit when the call happens within the bookmarklet?

The corny mess is here:

We Still At War?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

邮友 2024-12-04 01:06:17

如果您将凭据嵌入小书签中,那么每个人都将为速率限制做出贡献,因为我相信这是每个​​应用程序的令牌。但这是愚蠢的。

未经身份验证的时间线 REST 请求将根据调用它们的 IP 进行计数。所以这些会影响浏览者,而不是你。这与人们在未登录时查看 twitter.com 的方式相同。

If you are embedding your credentials in the bookmarklet, then everyone will be contributing to the rate limiting, because I believe it is by token per application. But that would be silly.

Unauthenticated timeline REST requests count against the IP they are called from. So these would count against the person browsing, not you. This is the same as how people view twitter.com when they aren't logged in.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文