【发布时间】:2014-11-12 14:44:30
【问题描述】:
我阅读了很多关于 ios 可续订订阅的资料,并拥有以下工作流程:
- 应用程序从苹果获取收据并将其发送到后端
- 通过apple verify-url 后端验证收据
- 后端仅从 latest_receipt_info 获取真实的 transaction_id 和 expires_date
- 如果后端数据库中没有此事务,则会增加用户订阅
那个工作流程是因为:
- Apple 可以发送收据检查通知 - 为什么我从 latest_receipt_info 获得信息
- Apple 建议使用此流程进行续订
但我有一些问题/疑问:
- 我想从该流程中排除应用程序。我想像 android-flow 一样创建 - 从后端同步所有续订。如何创建它?
- 如果用户在 1 年内没有启动应用程序会发生什么?苹果会从用户那里得到钱吗?如果申请未开始,我将如何收到通知?
请给我链接或我的问题的答案。
更新:
我现在有一个问题。如何连接苹果服务器进行同步续订,如 android flow。
当前方案:
+--------------+ +--------------+ +---------------+
| | | | | |
| Mobile | | Backend | | Apple r
| | | | | |
+------+-------+ +-------+------+ +--------+------+
| Sync | |
+------------------------------------------------------>
<------------------------------------------------------+
| Renew | |
+---------------------------> Verify |
| +-------------------------->
| Renewed <--------------------------+
<---------------------------+ |
+ + +
但我想要没有移动应用程序的流量:
+--------------+ +--------------+ +---------------+
| | | | | |
| Mobile | | Backend | | Apple r
| | | | | |
+------+-------+ +-------+------+ +--------+------+
| Data for sync | |
+---------------------------> Check renewals |
| +-------------------------->
| <--------------------------+
| +--+ |
| | | Renew |
| <--+ |
| | Check renewals |
| +-------------------------->
| <--------------------------+
| | |
++ + +
【问题讨论】:
-
我正在考虑这个解决方案。你知道答案正确吗?请帮帮我。
标签: ios auto-renewing