【问题标题】:Gmail Contextual Gadget OAuth 1.0 to 2.0 migrationGmail 上下文小工具 OAuth 1.0 到 2.0 迁移
【发布时间】:2014-07-22 08:36:31
【问题描述】:

我们有一个 Gmail 上下文小工具,它在 Google Apps Marketplace 中发布。 对于 OAuth1.0 到 2.0 的迁移,按照 https://developers.google.com/apps-marketplace/v1migratev2 中的建议,我们创建了新版本的 Gmail 上下文小工具,将其发布在 Google Apps Marketplace 中,并将其与旧版本相关联。

现在,问题是:旧版本的小工具安装在大约 50 个域中。 9 月 30 日之后他们会怎样?它们会自动迁移吗?或者我们需要做什么才能让我们的用户继续使用我们的小工具?

更新:

正如 soitof 所指出的,迁移指南的第 4 步建议我们将其称为“PUT https://www.googleapis.com/appsmarket/v2/upgradableApp/listingID/cwsID/domain

但是,我不确定如何从这里开始。即,迁移策略应该是什么。

第一件事是我们不保留安装我们小工具的域列表, 我们只有域的数量。我想我们可以跟踪请求并建立该列表。

这是第二点:我们是否手动触发 PUT 请求?我们的 50 个域并不难,但如果有 10000 个呢?我的疯狂猜测是我们让旧版本的应用程序自动触发 PUT 请求,但我不确定这是否是个好主意。

我欢迎一些建议、“最佳实践”、“指南”等关于通常如何完成的建议。

【问题讨论】:

    标签: gmail google-oauth google-apps-marketplace gmail-contextual-gadgets


    【解决方案1】:

    不,它们不会自动迁移,您必须迁移它们。这是一项简单的任务,您只需要一些关于您的新旧应用程序的信息。

    所有信息都可以在这里找到: https://developers.google.com/apps-marketplace/v1migratev2

    更新: 因此,要迁移,您需要发布两个版本的小工具,一个在旧市场,一个在新市场。

    所以现在您已经列出了旧的 GamV1 小工具,您需要提交新的小工具以进行发布。一旦获得批准并列出,您就可以开始迁移。您必须等到它发布,因为您需要其公开列表中的信息。

    您需要构建一个域列表并手动对每个域执行 PUT。我制作了一个在域名上执行 PUT 的脚本,然后制作了一个包装脚本,逐个提供给它的域。

    【讨论】:

    • 谢谢,但目前还不清楚。我在原始问题中添加了更多细节。
    • 更新了我的答案。希望能帮助到你。 @AlexeyVashchenko
    猜你喜欢
    • 2014-05-19
    • 2015-07-07
    • 1970-01-01
    • 2015-06-22
    • 2016-11-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-01-14
    相关资源
    最近更新 更多