Google云端硬盘缩略图获得403限速率

Question

我们有一个具有库功能的应用程序，可以在用户之间共享照片/文档。 基本流程和问题如下：

1. 用户在应用程序中共享文件，使文件不公开。
2. 其他用户可以请求当前与该组共享的文件列表。
3. 然后，他们向元数据请求他们想要列出的任何文件，其中包括我们随后显示的缩略图URL。

通常缩略图很好但有时我们开始得到403。 过了一会儿，他们将重新开始工作而我们不做任何改变。 其他一些值得一提的项目是：

1. 实际的API调用似乎永远不会达到任何限制。 即使我们只是请求单个文件，我们也会遇到此问题。 据我们所知，Google中的控制台没有显示任何超出限制。
2. 如果您在单独的选项卡中打开缩略图，它似乎总是没有任何问题。
3. 当它进入这种模式时，我们所有的开发人员似乎都在同一时间点击它，因此我们猜测它与我们的应用程序的某些限制有关但我们似乎无法找到任何我们超出的限制。 （注意：我们的开发人员在家工作，因此他们都有不同的IP地址。）
4. 我们403的细节可以在下面找到。

我们猜测它与以下内容无关：

1. 因为即使我们执行单个文件也会遇到问题，因此会同时发出太多请求。
2. 未经授权，因为（a）文件是公开的不公开的，（b）我们刚刚登录，（c）当您在标签中打开缩略图时，它显示正常。

有任何想法吗？

我们的Google云端硬盘配额的屏幕截图

Answer 1

经过几天的实验，我很确定这是因为从localhost环境访问有问题的URL。 每当我推向制作时，配额限制都会自动解决我试图从Google访问的缩略图。

虽然我没有确凿的证据证明这是事实，但鉴于观察到的行为，它绝对有意义。

Answer 2

我的“解决方案”是使用新的referrerpolicy并在image元素中将其设置为no-referrer 。

<img referrerPolicy="no-referrer" src="GOOGLE_THUMBNAIL_IMAGE_LINK"/>

根据MDN，该属性是实验性的。 在撰写本文时，它仅支持Chrome和Firefox，因此不是真正的解决方案。 它背后的理论是no-referrer意味着图像请求与直接转到链接时使用的图像请求相同（缩略图似乎始终有效）。