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意味着圖像請求與直接轉到鏈接時使用的圖像請求相同（縮略圖似乎始終有效）。