问题标签 [auto-renewing]

在我的 iOS 应用程序中，我使用了自动续订订阅。我们需要一个跨平台的解决方案。我在 iOS 中使用RMStore来购买产品。

在当前情况下：我从didFinishLaunchingWithOptionsAppStore 获取最新收据并对其进行验证，而RMStoreAppReceiptVerifier不是服务器的更新到期日期。我们一直从两个平台（iOS 和 Android）更新到服务器数据。在 iOS 方面，我们必须在应用程序启动时始终检查收据。当我在续订付款时收到推送通知？如果可以的话，那我们当时已经更新了服务器数据

Q-1)如何检查我的新续订流程是否已完成？

Q-2)如果用户从 iTunes 取消了他们的自动续订订阅，如何通知我以便我可以更新我的数据库？我是否需要一个守护程序来检查过期订阅以查看用户是否续订？

Q-3)在 iOS 中。如果我从另一台设备登录，那么我如何验证从另一台设备收到的信息？

请建议我如何使用服务器数据库处理跨平台的自动续订订阅。我希望有人能帮助我。谢谢！

我正在应用程序购买中实现自动更新。在这里，用户可以在 iOS 或 android 的不同设备上访问应用程序。当用户在应用程序中并允许购买自动续订订阅时

1）。他会得到一个交易成功的方法还是一样的东西？

如果是，那么我通过点击 api-url 在本地服务器上提交成功布尔和订阅结束时间。但我的问题是

2）。我怎样才能知道已经从 iTunes 中扣除了钱（在自动更新过程中）？

3).如果用户从未在该设备上使用该应用程序，或者他将设备从 iOS 更改为 android，我如何获取订阅状态以将其保存在本地服务器上？

我们在应用程序购买中使用自动更新，以允许我们的用户购买我们的高级产品，其中一些从 30 天免费试用开始。最近，一名用户因未续订订阅而从免费试用的应用内购买中降级。这是一个自动续订订阅，所以我试图弄清楚为什么会发生这种情况。这就是我们所知道的。

• 他们的信用卡没有过期（与他们确认）
• 他们没有被 strava 计费
• 他们没有收到来自 Apple 的通讯
• 当他们收到我们的电子邮件提醒他们时，他们发现了他们的降级。

还有什么可能导致这种情况？我以前从未见过这种情况。万分感谢！

应用截图

从本教程！我知道我们可以通过 appStoreReceiptURL 获取自动更新订阅的状态。

我想知道 appStoreReceiptURL 是否会自动刷新，以及在自动续订订阅续订期间何时会发生。

在 Objective C 中是否有任何可用的教程？

我是 iOS / OS X 应用程序的开发人员。

我想做两个自动续订订阅（在一个“订阅系列”中）。1) 每月订阅 + 1 个月试用 2) 每年订阅 + 1 个月试用（或者，可能是 3 个月试用）

我的问题：

如果用户从按月订阅切换到按年订阅计划，她或他是否会获得为年度订阅计划设置的额外试用期？

编辑：答案是“否”。用户只能获得一次试用期。在计划更改/重新订阅等之后，他不会获得额外的试验。

我对 Android 非常陌生，我用谷歌搜索但没有找到任何合适的示例或教程甚至指导。

所以我需要以下要求的帮助或指导。

1) 我的 Android 应用程序中有两个自动续订订阅（每月、每年）。

2) 我已经购买了每月订阅。

3) 但我的问题是，在 Play 商店完成自动更新后，我们如何才能获得Purchase History of My Android Application from Google Play Store每个月的费用。

4) 那么，我可以将购买日期发送到我们的服务器吗？

在将此问题标记为重复之前，我想了解一件事。这种情况已经在这里讨论过很多次了，但我仍然有一些疑问？

1. 我们的应用程序中有一个自动续订的概念，我知道一旦购买完成就会生成收据。使用Apple API我们可以验证收据，我的问题是如果用户长时间没有打开应用程序会发生什么情况？我如何将收据验证发送到我的服务器以维护订阅状态？

2. 如果用户在完成自动续订后删除了应用程序并将其安装在新设备上怎么办？如何在不打开应用程序的情况下跟踪订阅状态？

3. 有没有我们可以直接使用的 API 来向苹果服务器询问交易细节？

我努力理解这些事情，但仍然在登录。如果有人有想法，请帮助我理解它！提前致谢。

我们正在使用 android 中的应用内购买来实现订阅，我们正在获取如下格式的购买时间戳

但是我们需要在应用程序 UI 中显示到期日期，并且我们想从 Play 商店获取确切的到期日期。我们假设如果我们手动计算到期日期，则可能与 Play 商店到期日期冲突。谁能解释一下“如何在android中获取订阅的到期日期？”

这个问题是关于谷歌对象中的startTimeMillis字段的。Purchases.subscriptions

如果用户通过 Android 购买商品，应用程序会将购买数据发送到我们的后端进行验证和处理。响应表单 Google 是一个Purchases.subscriptions包含如下所述数据的对象：https ://developers.google.com/android-publisher/api-ref/purchases/subscriptions 在此对象中有两个字段startTimeMillis和expiryTimeMillis.

如果购买的详细信息在一段时间后从我们的后端发送到 Google expiryTimeMillis，那么我们会返回一个带有更新的新对象expiryTimeMillis。这意味着我们处于“下一个”更新期。我们的后端使用这些新数据创建一个新记录。工作正常。

但是，我在我们的数据库记录中看到了一些奇怪之处。在我们编写的代码中。

在上面链接的文档中，它声明startTimeMillis是订阅的初始购买日期。因此，如果我今天购买了订阅，那么“startTimeMillis”将是今天，“expiryTimeMillis will be 1 month from now. If I bought the subscription 3 months ago today, then thestartTimeMillis will be 3 months ago and theexpiryTimeMillis”将从今天开始 1 个月 - 基本上这两个日期之间有 4 个月。

但这种一致的时间价值startTimeMillis仅在今年发生。我的订阅已经运行了一年多，所有去年购买并从那时起一直在续订的startTimeMillis. 基本上，该startTimeMillis字段一直是当前更新周期的开始时间。

然后在 1 月中旬的某个时候，这种情况停止了。现在startTimeMillis显示订阅购买时间。我有数百个这样的订阅。

这究竟是什么时候发生的？为什么？此外，我找不到任何文档或通知已发生此更改。有人可以阐明这里发生的事情吗？

我在我的生产服务器上使用 Let's encrypt 来处理 SSL 证书。我的网站证书将在下周到期，所以我使用letsencrypt-auto renew命令重新生成了它（我还没有设置 cron 任务）

我得到的最后一个日志是2016-08-20 17:12:20,305:DEBUG:certbot.renewal:no renewal failures这意味着证书已成功重新生成

但是当我回到我的网站并检查证书属性时，它仍然说它将在下周到期。

所以：

• Let's Encrypt 是否等待证书的最后一天在浏览器中更新其新的过期时间？
• 我的新证书是否无法正常工作，这解释了下周浏览器仍然给我到期？

有人可以帮我澄清证书到期日期的工作方式吗？
谢谢你的帮助 ！