简体   繁体   English

配额指标“请求”超出配额,并限制消费者的服务“mybusinessbusinessinformation.googleapis.com”的“每分钟请求数”

[英]Quota exceeded for quota metric 'Requests' and limit 'Requests per minute' of service 'mybusinessbusinessinformation.googleapis.com' for consumer

I'm trying to collect and update data using the Business Information API.我正在尝试使用商业信息 API 收集和更新数据。 In order to get the API Calls to work, I'm only trying to get information from my business by using "Get-requests".为了让 API 调用正常工作,我只是试图通过使用“获取请求”从我的业务中获取信息。 However when calling several methods, I keep receiving the following errors: "Quota exceeded for quota metric 'Requests' and limit 'Requests per minute' ".但是,在调用多种方法时,我不断收到以下错误消息:“配额指标“请求”超出配额并限制“每分钟请求数””。 Both in the Postman-calls or the OAuth 2.0 Playground (which in my eyes: should be a sandbox, ready for testing - very frustrating…).无论是在邮递员电话中还是在 OAuth 2.0 Playground 中(在我看来:应该是一个沙盒,准备好进行测试 - 非常令人沮丧……)。

When I look for my quota in the API settings: I'm not even able to change the requests per minute other than '0'.当我在 API 设置中查找我的配额时:除了“0”之外,我什至无法更改每分钟的请求数。 This makes it really hard to test/use the API.这使得测试/使用 API 变得非常困难。 I can't even find out which categories there are for a business location…我什至无法找出营业地点的类别……

For your information: I've already asked for increase of the quota using the forms.供您参考:我已经要求使用 forms 增加配额。 But it seems google isn't really responsive in this matter.但似乎谷歌在这件事上并没有真正响应。

Can this be solved?这可以解决吗? The API shall be used to update a group of 50 (or more) locations, this instead of bulk-editing with a csv-file. API 应用于更新一组 50 个(或更多)位置,而不是使用 csv 文件进行批量编辑。

Any help would be welcome.欢迎任何帮助。

Thanks in advance, Kind Regards, Seppe在此先感谢, 亲切的问候, Seppe

If the quota approval form was ignored, you might still have a chance via the API support ( https://support.google.com/business/contact/api_default ).如果配额审批表被忽略,您可能仍有机会通过 API 支持 ( https://support.google.com/business/contact/api_default )。

They might be reluctant to grant you a quota if your maximum location count is this low though - the API is designed for larger use cases.如果您的最大位置计数如此之低,他们可能不愿意授予您配额 - 该 API 是为更大的用例而设计的。

Is it documented anywhere that it's meant for larger users?它是否记录在适用于较大用户的任何地方? I got approved being very clear it was only for a handful of locations.我得到了批准,非常清楚它只适用于少数几个地方。

BUT even though I got approved and have access there are 3 specific quotas (all per-minute) that are set to zero, even though I have tonnes of allowance for all the non-per-minute quotas.但是,即使我获得批准并可以访问,也有 3 个特定配额(全部为每分钟)设置为零,即使我对所有非每分钟配额都有大量配额。 Seems like a bug to me.对我来说似乎是一个错误。

I can make 10000 "Update Location requests per day" but zero per minute.我可以发出 10000 个“每天更新位置请求”,但每分钟为零。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

相关问题 无法增加 Google 我的业务管理 API 的配额限制 - Not able to Increase Quota Limits for Google My Business Management API 获取帐户列表时出现 RATE_LIMIT_EXCEEDED 异常(Google My Business API) - RATE_LIMIT_EXCEEDED exception on getting Account List(Google My Business API) Google API“无法初始化”“未找到服务‘mybusiness.googleapis.com’或权限被拒绝。” - Google API "Couldn't initialize" "Service 'mybusiness.googleapis.com' not found or permission denied." 如何通过服务帐户身份验证获取营业地点(和评论) - How to get Business Locations (and Reviews) via Service Account authentication Google My Business 缺少 Google Cloud Service 帐户 API? - Missing Google Cloud Service Account by Google My Business API? 通过服务帐户访问Google My Business API时出错403 - Getting 403 error when accessing Google My Business API through Service Account Class 在 Laravel 中找不到“Google_Service_MyBusiness” - Class "Google_Service_MyBusiness" not found in Laravel 以编程方式接受服务帐户的“Google 我的商家”邀请 - Programmatically accept Google My Business invitation for service account GetDailyMetricsTimeSeries 上的 golang gmbapi 服务 businessprofileperformance 返回错误 404:未找到请求的实体 - golang gmbapi service businessprofileperformance on GetDailyMetricsTimeSeries returning Error 404: Requested entity was not found 谷歌我的商业服务帐户 - 使用 python 请求找不到请求的实体 - Google my business service account - Requested entity not found using python requests
 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM