Apple App Store 服务器通知 v2 - verifyReceipt 新流程

问题描述 投票:0回答:1

我正在尝试了解移动应用程序/服务器应用程序的正确流程 - 自动更新订阅。

由于

verifyReceipt
已被标记为已弃用,我正在努力解决如何将 App Store Server 通知 v2 消息与数据库中的用户链接的问题。

目前流程如下:

首先,移动应用程序使用

receipt-data
调用我们的服务器。其次,服务器调用
verifyReceipt
来验证收据。然后,我能够将用户的订阅/交易与其数据进行匹配(使用内部 JWT 以及来自第一步的用户数据和来自解码的
verifyReceipt
响应的originalTransactionId)。现在,如果我们省略第一步,我将如何确定谁应该是 App Store Server Notification v2 消息的接收者?

backend app-store server-side subscription
1个回答
0
投票

我也开始工作了(尚未完成,但我想我可以分享我的想法)。

我的流程和你的流程差不多。这就是您今天的流程:

  1. 移动应用程序使用收据数据调用我们的服务器。
  2. 服务器调用 verifyReceipt 来验证收据。然后,我可以将用户的订阅/交易与其数据进行匹配
  3. 您的服务器向手机响应订阅已完成或失败。

我认为新流程会是这样的:

  1. 移动应用程序使用收据数据调用我们的服务器。
  2. 服务器调用 App Store Server API 来验证付款,可能来自 transaction info api(还不确定)然后您可以按照今天的流程订阅
  3. 您的服务器向手机响应订阅已完成或失败。

正如我的描述,我认为对于这部分(新订阅),您需要实现 App Store Server API(需要 JWS 来使用 App Store Server API 进行身份验证)

下一部分是(服务器通知),您可以将服务器通知更改为版本2启用App Store服务器通知,对于这部分我仍在检查,如果我有更清楚的信息我会分享给您。


完成迁移后更新。 我首先开始使用新的付款来处理我的服务器和我的应用程序之间的问题,然后对应用程序通知应用相同的方法。

  1. 应用程序和我的服务器之间的处理
  1. 应用通知版本 2

我不放代码,因为所有这些都在服务器端,如果您需要我可以提供更多。

© www.soinside.com 2019 - 2024. All rights reserved.