我们的应用程序每天使用YouTube API上传数百个视频，但现在配额超过了错误。
我的应用程序允许用户“链接”他们的YouTube帐户到我们的系统，然后我们允许他们上传视频到他们的频道，在某些情况下，并在他们的“上传”行动方面。我们有数以百计的视频上传，因为我们有成千上万的用户使用我们的系统。
今天，当我们的批处理自动上传作业运行时，我在应用程序中看到了数百个错误。这些错误是因为：
quotaExceeded，视频上传限制达到。
我的API配额非常高(每天5,000,000,000/ 100秒，每100秒300,000,000)，所以如果视频是1600点，我有足够的限制每天上传30,000+，每100秒上传1,800个视频，每100秒上传180+。
我见过其他问题，暗示谷歌新实施的限制仅为50段视频，然后每15分钟就有1段视频？这是一个非常低的限制，我的申请，有这么大的配额！清楚地说，我最多看到我的应用程序在一天内处理了1,000个视频(在我总共5000万个配额中的1600,000个点)。
有任何方法，我可以得到这个人为的限制50个视频，然后每15分钟1删除？这是一个主要的障碍，我的用户的功能，一个非常受欢迎的网络应用。我可以理解，如果是每用户50个视频，然后每15分钟有1个视频，但我非常怀疑我今天早上的错误是一个用户试图一次上传300+视频。我的系统每天只上传他们的“最新”视频，大多数人最多只能上传1-10个视频。数百人将是一个非常罕见的边缘案件。
Stack Overflow用户
发布于 2017-04-02 09:39:45
实际上，您可以在开发人员控制台中确认应用程序可用的配额。默认情况下，正如在YouTube中提到的，定额使用 API的配额分配为每天100万个单位。如果您看到你的用法达到了配额限制，则可以在配额制选项卡上请求其他配额。
还请注意，所有API请求，包括无效请求，都会招致至少一个点的配额成本。您可以使用配额计算器来估计API查询的配额成本。
另一方面，为了有效地处理配额，如果您还没有这样做，我建议您在遇到高错误率时实现指数退避。请参阅此样本代码，它显示了恢复失败上载的指数退避策略。此外，如果适用的话，订阅推送通知比基于轮询的解决方案高效得多.
有关当通道执行以下任何活动时，文档回调服务器如何接收Atom提要通知的更多信息，请查看PubSubHubbub：
- 上传视频
- 更新视频标题
- 更新视频的描述
希望这能帮上忙！
https://stackoverflow.com/questions/43158150
复制相似问题
腾讯云开发者
