Youtube api YouTube数据API计算的请求太多

Youtube api YouTube数据API计算的请求太多,youtube-api,youtube-data-api,Youtube Api,Youtube Data Api,在过去的几周里,YouTube数据API(v3)的请求量显著增加。事实上,我们每天都会达到50k配额限制,这意味着下午/晚上的请求往往会失败,并出现配额超出错误: 但是,此使用计数不正确。我们使用一个API密钥向YouTube API发出请求,而Google Cloud API计数器每天仅显示该API密钥的~2k次使用 所有对调用YouTube API的服务器端点的请求也都会通过Cloudflare,这类似地表明,这是YouTube数据API配额系统的一个缺陷,这是由于谷歌云控制台中使用的术语

在过去的几周里,YouTube数据API(v3)的请求量显著增加。事实上,我们每天都会达到50k配额限制,这意味着下午/晚上的请求往往会失败,并出现配额超出错误:

但是,此使用计数不正确。我们使用一个API密钥向YouTube API发出请求,而Google Cloud API计数器每天仅显示该API密钥的~2k次使用

所有对调用YouTube API的服务器端点的请求也都会通过Cloudflare,这类似地表明,这是YouTube数据API配额系统的一个缺陷,这是由于谷歌云控制台中使用的术语混乱造成的

你必须承认,YouTube的数据API配额系统并没有考虑用户的查询数量。相反,API附加到其端点a的每种类型,因此,它考虑了正在进行的所有端点调用的配额成本之和

此外,检查我上面提到的配额成本页面(或端点的名称),您将看到
Search.list
API端点非常昂贵:100个配额成本单位

因此,要达到50000个单位的配额成本,你的应用程序只需发出500个调用到
Search.list
(平均每天大约每三分钟调用一次)。

这是YouTube数据API配额系统的一个缺陷,这是由于谷歌云控制台中使用的术语混乱造成的

你必须承认,YouTube的数据API配额系统并没有考虑用户的查询数量。相反,API附加到其端点a的每种类型,因此,它考虑了正在进行的所有端点调用的配额成本之和

此外,检查我上面提到的配额成本页面(或端点的名称),您将看到
Search.list
API端点非常昂贵:100个配额成本单位


因此,要达到50000个单位的定额成本,您的应用程序只需拨打500个电话到
搜索。列出
(平均每天大约每三分钟打一个电话)。

如果认为这对您有帮助,请随时询问更多信息。请随时询问更多信息,如果你认为这会对你有更好的帮助。看到你使用了
maxResults=1
,这不是你对
Search.list
的调用吗?它轮询给定(固定)频道的最新视频?如果这是真的,我将为您指出一种方法,将配额成本降低到每个端点调用一个单位。@Philipp Legner很抱歉偏离主题,但您是如何获得50K配额的?我被困在10公里的地方,他们从来没有批准我加薪/不幸的是,我们的请求是一个通用的、自由形式的搜索查询,而不仅仅是来自单个通道。即使我们只想要一个结果,我也找不到配额成本更低的其他端点,但是如果我遗漏了什么,请告诉我@0100111100101,我不确定配额限制是如何选择的,但50k似乎是我们的默认值。@Philipp Legner:如果您的查询是自由形式的,那么您就没有什么其他可以做的了。无论调用
Search.list
时使用的具体参数是什么,调用的配额成本始终是100个单位。看到您使用
maxResults=1
,对
Search.list
的调用不就是轮询给定(固定)频道的最新视频吗?如果这是真的,我将为您指出一种方法,将配额成本降低到每个端点调用一个单位。@Philipp Legner很抱歉偏离主题,但您是如何获得50K配额的?我被困在10公里的地方,他们从来没有批准我加薪/不幸的是,我们的请求是一个通用的、自由形式的搜索查询,而不仅仅是来自单个通道。即使我们只想要一个结果,我也找不到配额成本更低的其他端点,但是如果我遗漏了什么,请告诉我@0100111100101,我不确定配额限制是如何选择的,但50k似乎是我们的默认值。@Philipp Legner:如果您的查询是自由形式的,那么您就没有什么其他可以做的了。无论调用
Search.list
时使用何种具体参数,调用的配额成本始终为100个单位。