在谷歌日历中，多个项目是否需要多个控制台项目？

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个刷新令牌都会工作。

您的应用程序可以有无限数量的用户。