在谷歌日曆中，多個項目是否需要多個控制檯項目？

Question

我爲谷歌日曆的CRM系統開發了一個同步選項。系統安裝在某個域中。 我爲系統中的每個用戶獲取刷新令牌和訪問令牌，並將其存儲在用戶配置文件中。 它很好用。 現在我的一個朋友想要爲他的CRM系統開發它（在不同的URL中）。 這是否意味着我需要爲他開新項目？或者我可以使用第一個項目提取刷新令牌和令牌，並將它們複製到其他CRM系統中的用戶？

簡而言之： 1.是否需要在開發人員控制檯中爲託管在不同URL中的每個CRM系統打開一個新項目？ 2.我可以打開的項目數量是否有限制（如果我在具有不同URL的數十家企業中安裝此CRM系統）？ 3.我讀到每個項目只能獲得25個刷新標記，如果CRM系統擁有25個以上的用戶，會發生什麼情況？沒有找到任何信息...我是否向Google支付更多費用？多少？

Answer 1

這將最終成爲一個澄清，然後一個答案，但它需要很長時間的評論。

開發者控制檯的要點是確定YOUR應用程序。每個應用程序應該在開發者控制檯上有自己的項目如果你的朋友想開發自己的應用程序，那麼他應該在開發者控制檯上有自己的項目。如果您的朋友使用您的應用程序那麼他應該可以使用你的項目的id

複製刷新令牌

。基本上如果代碼是相同的，你可以保持它作爲同一個項目。如果你的朋友從你的程序中獲取他的使用副本，從技術上講，你可以複製用戶刷新令牌，只要他有他們，你的客戶端ID和客戶端密碼，他們將工作。

但我想你可能想考慮這是多麼明智。用戶正在給你你訪問那裏的數據，他們沒有給你的朋友訪問那裏的數據。我不確定這是否違反一些隱私政策，我將不得不檢查，但它應該是IMO。您不應該將用戶授予您的身份驗證分享給其他人。

如果是我即使他是抄襲你的代碼，他仍然應該有他自己的項目，並得到自己的用戶。

配額

與共享項目的主要問題是，你也將被共享的配額。我不確定您訪問的是什麼API，但您每天的請求數量有限。如果你們都在使用它們，你們兩個都在配額上吃東西。

25 refreshtoken

文檔的那部分是有點不清楚。其25個刷新標記每個用戶每個客戶端。例如：所以我可以驗證你的應用程序25次，當我第26次再次驗證你的應用程序時，所有25個刷新令牌都會工作。

您的應用程序可以有無限數量的用戶。