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

Question

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

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

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

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

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

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

有什么想法吗？









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

Answer 1

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

虽然我没有确凿的证据证明情况属实，但考虑到观察到的行为，这肯定是有道理的。

Answer 2

我的解决方案＆＃34;是使用新的referrerpolicy并将其设置为图片元素中的no-referrer。

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

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