【发布时间】：2012-05-17 12:30:50
【问题描述】：
我正在开发一个严重依赖 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 分钟来重置？
【问题讨论】：
标签： youtube youtube-api gdata