Instagram 6月API更改-旧版应用程序的迁移步骤？

在旧版Instagram应用程序通过审查期间和审查后，是否了解其迁移步骤？Instagram的详细信息如下：

我已经阅读了我能找到的所有API文档和博客，并简要介绍了保证Instagram集成100%运行所需的步骤。在后台，我们存储了大约2000个客户机令牌，我们全天候使用这些令牌。我们既挖掘特定于客户端的数据，也使用令牌池来挖掘公共数据，因此我们的API令牌库存是我们需要小心使用的资源。因此，如果需要某种类型的大规模重新身份验证工作，我们要么需要迁移计划，要么需要主动缓解计划

具体而言，我想知道是否有人对这些事情有见解：

对于旧式应用程序，在批准并成为“活动”应用程序后，以前经过身份验证的用户令牌将处于什么状态？

a。具体来说，现有令牌是否都需要刷新？他们会减少对新API的权限吗？或者他们会继续像以前一样处理不推荐的API，直到它们被刷新或者2016年6月1日开始

在旧权限模型和新权限模型之间是否有平滑过渡的方法？在旧客户端上请求新权限失败。因此，在我们的应用程序获得批准之前，我们无法发布新模型，但一旦我们获得批准，我们现有的OAuth流将没有适当的权限，并且在我们的应用程序获得批准之后但在我们发布OAuth更新之前创建的任何新令牌将不足以满足我们的需要

b。一旦批准，应用程序是否可以处理自己的切换时间，以便我们可以通过部署OAuth流更新来确定时间？或者它是在批准时异步发生的，我们需要自己准备好进行转换吗

---

我们几乎面临着完全相同的问题： Instagram最近似乎在其开发者网站上增加了一个新的部分，简要介绍了这一点：

例如，您必须使用额外的权限（如public\u content）重新验证您的用户，才能在6月1日之后访问公共内容。您可以在“开发人员”页面上查看特定终结点所需的权限，您将需要此公共内容范围。因此，您必须重新验证

然而，在6月1日之前，一切都将照旧进行。无论你的应用程序是否获得批准。正如您所说，您只能通过已批准的应用程序请求这些扩展权限

即使您的应用程序在6月份之前不会看到新的API行为，您也可以 一旦您的应用程序启动，就可以访问新的OAuth作用域 批准他们。这意味着您应该在之后执行以下操作 您的应用程序已获得批准：

使用新作用域对新用户进行身份验证

通过重新验证旧用户来迁移旧访问令牌

要重新验证旧用户，可以使用所有 作用域（就像他们是新用户一样），用户将自动 查看一个对话框，其中仅包含他们尚未授予的权限。一旦 OAuth流完成后，您将使用 相同的字符串，但更新了作用域