Google drive api Google Drive开放URL开发解决方案

可以在（console.developer.google.com）上设置MIME类型支持的开放URL。这对于我的应用程序来说非常有用。但仅适用于谷歌云的产品实例。详细内容：

我已经在版本1中发布了我的应用程序。它是AppEngine库，支持一个开放URL myapp.appspot.com/oauth2callback。因此，在发布之后，我将继续进行版本2的功能开发。我使用本地AppEngine开发设置。因此，我使用我的第二个客户端ID并将打开的URL更改为我的本地工作站mydev.workstation.com:8080/oauth2callback。这很好，但它破坏了我的产品实例。对于生产实例使用openurl，对于我的dev实例使用第二个openurl，是否有任何解决方法？在我看来，驱动器SDK设置应该是：

启用身份验证生产： 客户ID:xxx 其他范围： 安装URL: 打开URL:

启用身份验证开发： 客户ID:xxx 其他范围： 安装URL: 打开URL:

---

Jens

在控制台中为prod/qa/dev创建单独的项目

出于所述原因，@SteveBazyl的答案是首选答案。另一个棘手的选择是让绑定到开放URL的servlet在处理测试场景时进行检测，并将301重定向到您的开发服务器

此外，API URL是非常一致的，因此一旦嗅探过它一次，就不难找到主机的路径，并在用于本地测试的curl脚本或浏览器书签中使用它

---

作为旁白，“oauth2callback”是驱动器开放URL的一个稍微奇怪的名称。这没有错，但“driveopen”将显示单独的关注点。

当然有可能，但不太漂亮。对于prod/qa/dev/？和不同的.yaml文件，这样做还有其他一些好处，特别是用于管理应用程序凭据。这些凭证是敏感的，不应广泛共享。类似地，有权访问驱动器SDK设置等内容并为自己的环境调整URL的人越多，就越有可能有人意外地破坏产品和API（如云存储等），因为数据属于应用程序本身，您确实希望创建一些隔离，以便在开发过程中不处理产品数据。所以，是的，小团队的开销，但仍然是良好的做法。