Google 日历 API 中的 "short periods of time" 到底有多短?

How short are "short periods of time" in Google calendar API for real?

我正在开发一个需要使用日历的应用程序,我决定尝试一个现成的解决方案 - Google 日历 API。我正在从我的后端调用 google,我只将日历和 ID 存储在我的数据库中,其他所有内容都存储在 google 中。所以我基本上是在写一个代理,一切正常,但是我碰到了这篇文章https://support.google.com/a/answer/2905486?hl=en,现在我真的很担心那些“短时间”超出限制。我还没有找到更准确的数字。好吧,如果那些“短时间”是 ~1h,那么我就有麻烦了,我需要实现自己的日历系统。谁能打消我的疑惑?这不是宠物项目。

答案:

没有 public 官方信息说明这是指的确切时期。

不过,经过一些测试后,似乎 short periods 的时间比您的工作流程所需的时间要长。

研究:

因为困扰您的限制是日历创建(来自 Avoid Calendar use limits):

If you create more than 60 new calendars in a short period, your calendar might go into read-only mode for several hours.

我使用 Workspace 帐户进行了一些测试,以查看不会导致超出此限制的最大日历创建速率是多少。

更具体地说,我尝试定期创建日历,有几个不同的周期,从 5 秒到 15 分钟不等。

对于大部分时间段(至少从 5 秒到 10 分钟),以下异常在创建大约 40 多个日历后开始出现:

You have been creating or deleting too many calendars or calendar events in a short time

在此之后的一段时间内无法再创建日历。

对于 15 分钟的时间段,我在创建大约 80 个日历后出现错误,所以我猜最大创建速率接近于此(每 >15 分钟创建 1 个日历)。不过,由于此比率未公开,因此可能会在不另行通知的情况下发生变化,因此请对此持保留态度。

楼主,GorgeousPuree, also made some testing, with results in accordance with what I got (see ):

I also made my expirements and I've got a timeout after 25 calendars in 1 and 3 minutes intervals.

结论:

无论如何,short period 对于 来说似乎太长了:

60 calendars in 5 mins