「Real User」和API

Question

之間的行爲不一致，對於使用該通道抱歉，但Drive SDK問題沒有其他「開放」通信通道。

請注意，如果您嘗試訪問您無法從瀏覽器訪問的Google雲端硬盤文檔，則會收到一條很好的警告，允許您請求訪問該文件（因此，您會收到確認該文件存在，並且您無法訪問它）。

如果您嘗試訪問您無法從API訪問的文件，您將得到一個404，該文件不能確認文件是否存在。

這太不可思議了，特別是在處理您的Google Apps域時，即：我今天可以訪問來自用戶U的文件X，並且明天用戶U從API I失去對該文件的訪問權限將得到一個404絕對沒有指針，我應該在哪裏尋找該文件，或者如果它甚至存在！

從瀏覽器中，您只需「請求訪問」並等待，但從API中您有兩種選擇：a）假定文件已經消失或b）從您知道的每個用戶帳戶查詢該文件。

所以，這對我的建議/要求： 請不要回應404當有更好的代碼，403會很好.. 此外，請添加一個指針，關於「去哪裏「的響應代碼。 您也可以保留404，但添加「所有者」的指針。

最後，找到某種方式爲服務帳戶搜索一切域裏面:)

感謝， 馬克

Answer 1

感謝提出這個。 API和用戶案例之間存在細微差別：使用API​​，發送大量隨機ID來查找文件要容易得多。如果我們在文件存在但尚未共享的情況下返回403，則會將一些信息泄露給執行此操作的腳本。如果您無權訪問該文件，則無權知道該文件是否存在。

在用戶案例中，直到找到所需的文件ID爲止，嘗試多個文件ID要困難得多。它在瀏覽器中花費的時間太長，所以這是一個更可接受的風險。例如，如果您點擊一個鏈接，則您已經知道該文件存在，因此沒有額外的信息泄漏。

搜索域中所有文件的服務帳戶是一個很好的功能請求，謝謝。儘管如此，對不起。