2

我正在开发一个严重依赖 YouTube API 来协助内容发现的应用程序。在开发的负载测试阶段，我收到了

<domain>yt:quota</domain><code>too_many_recent_calls</code>

错误多次。虽然负载测试的流量比我预期的要高，但我想听听人们如何使用 YouTube API 处理配额问题。理想情况下，我想知道此时我何时接近配额并限制请求（我宁愿提供有限的服务，也不愿在收到此类错误后 10 分钟内从您的应用程序调用 API 以“重置“您的配额。”按照http://apiblog.youtube.com/2010/02/best-practices-for-avoiding-quota.html的建议

请求只是 GET，没有 POST/PUT/DELETE，并且对即时结果的需求很小（即，如果需要，我可以在用户交互后限制调用，并呈现一个速度较慢但功能齐全的应用程序）

有没有人以这种方式管理 YouTube API 调用的经验？是否有一个很好的解决方案可以在配额下发出请求，而不会击中它并且不得不退后 10 分钟来重置？

4

1 回答 1

0

对于 v2 ' https://developers.google.com/youtube/faq?hl=en#quota '

对于 v3 ' https://developers.google.com/youtube/v3/getting-started?hl=en#quota '

应该给出一个想法。

使用 v3 并让用户 OAuth2 登录，通常会给你最好的结果。

于 2013-02-05T23:53:06.990 回答