问题标签 [auto-renewing]

我在我的应用中使用应用内购买。在沙盒模式下，产品有效期降低http://dev-ios.blogspot.in/2011/05/validity-time-auto-renewables-in.html 那么如何检查产品是否更新？并根据正确的更新时间更新？

The server code to validate a receipt its very simple, so could I validate the subscription directly on my app? or I must implement it in some server in order to not get an Apple rejection?

and if my application have videos that are added every month, that kind of content might cause an app rejection to?

thanks in advance!

在我的应用程序中，有优惠券和文章两件事。在购买优惠券时，用户可以看到所有文章，否则只能查看一些文章。对于我在 App 购买中使用的购买和应用内产品有两种类型的消耗品和自动更新。所以我想知道我的应用程序是否可以上传以在 newsStand 中打开？请指导 谢谢

我在 iPhone 上的应用程序中模拟购买自动续订订阅。我的问题是购买被认为是由 App Store 完成的，而实际上不是。

这是发生了什么：

1. 用户按下按钮购买续订订阅
2. 用户提供他的 iTunes 密码并确认购买
3. 该应用程序将从应用程序商店收到的收据提交到我的服务器以检查有效性
4. 服务器返回“ok”或“not ok”字符串。该应用程序仅在“确定”时调用 finishTransaction

当第 3 步出现网络故障时，我遇到了问题。我无法验证收据。但是如果用户第二次尝试购买，应用商店告诉他他已经订阅了，即使我没有调用该finishTransaction方法完成购买！

这是预期的行为吗？应用商店不应该将未完成的交易视为未完成，还是我错过了什么？我欢迎任何解决此问题的建议。

这个问题有多个方面，涉及具有登录的应用程序，以及即时消息，即 QBChat。所有这些问题都有关联。

1）当用户登录时，我创建一个会话，登录QBUser，然后将QBUSer登录到QBChat。常见的做法是，当用户注销 QBChat 时，注销 QBUser 并销毁会话？

2）目前，当应用程序发送到后台时，我将用户从 QBChat、QBUSER 注销并销毁他们的会话，当用户回来时，我创建一个新会话并将他们重新登录到所有内容。我这样做是为了确保当应用程序处于后台时用户会话不会过期。有没有其他方法可以在应用程序使用时自动更新会话？

3）最后，这个问题与第二个问题有关，如果我正在使用应用程序并且会话到期，是否会在会话到期时调用回调函数？因此，如果我连续使用该应用程序 2 小时，并且会话过期，无论如何我可以得到它已过期的指示并手动更新它或自动完成它？

关于检测订阅已自动续订的过程，我有几个问题。

目前我的沙盒测试环境已经全部设置好，我可以购买 1 个月的订阅，所有这些都很好用。

我的问题如下：

1. 我是否需要验证应用内购买的初始收据（或任何后续收据）？如果是这样，出于什么原因？

2. 我的应用程序是否通过 paymentQueue:updatedTransactions: 自动更新发生时调用？无论是在沙盒环境中，还是在生产环境中。

到目前为止，我还没有看到 StoreKit 通知我续订（在沙盒环境中），但我也读到它很挑剔，可能不会。

我应该考虑的有关自动续订订阅的任何一般提示？

感谢您的帮助和时间！

在我的应用程序中，我希望用户购买备份、同步等订阅。

所以我发现Apple提供两种订阅IAP：

• 不可更新订阅
• 自动更新订阅

鉴于我没有服务器，并且我依靠 iCloud 进行同步，我应该使用哪个？

我正在开发IAP Auto Renewable Subscription上的应用程序，该应用程序会在订阅到期后自动续订。

如果订阅已经过期，我给了一个续订按钮来续订。（如果用户从他的 iTunes 帐户中取消自动续订订阅可能会过期。）所以这里有几种情况：

1. 如果 Auto Renewable Subscription 正在运行并且用户仍在尝试错误地更新它会发生什么。
2. 如果自动续订订阅从用户的 iTunes 帐户中停止并且用户试图在到期前续订它会发生什么。

谢谢你。

苹果文件指出：

在测试环境中测试自动更新订阅时，请记住持续时间是压缩的。此外，测试订阅最多只能自动续订六次。

当我恢复时，我得到了所有交易，通常单个订阅的交易少于 6 个。有时我会说交易 1-3、4-5 丢失，而交易 6 也存在。

我的订阅实现只需要访问订阅日期范围内的内容。如果它是沙盒中的错误，我完全感到困惑？

各位有同样的经历吗？我很困惑如何正确测试这些东西。我是否需要向我的测试人员提供所有已恢复（在这种情况下）交易的日志，以便他能够说“是的，一切都很好，因为我们没有收到交易 x、y 和 z”？

基本上：您是否总是在 Sandbox 中获得 6 笔自动更新订阅的交易？

和这个问题完全相同 ：

我知道恢复按钮是必要的，因此当用户升级手机时，用户能够取回之前订阅的内容/服务。在我们的应用程序中，我们要求用户登录。登录后，他们必须订阅才能使用应用程序的服务。根据用户的凭据，我们会跟踪哪些用户仍在订阅我们的应用程序。因此，当用户更改手机并使用他/她的凭据登录时，不需要恢复按钮，因为我们将在登录时验证该用户是否订阅了我们的服务。

从论坛和开发人员文档中，很明显我必须添加一个恢复按钮，但这里有什么意义，我应该在哪里放置恢复按钮，因为当用户登录到新设备时，他/她已经能够使用订阅的应用程序？谢谢。