问题标签 [subscriptions]

有谁知道如何通过定期订阅测试来自 StoreKit 的后续订阅通知？我已经测试过第一次购买可以正常工作，但是我想测试一下，一旦生成了第 2 个月的交易并将其发送到我的应用程序，我就可以正确处理事情。

AppStore 在自动续订自动续订订阅时会发送交易吗？如果是这样，如果应用程序将自己设置为观察者，是否可以在应用程序下次加载时可靠地检测到它：

新的自动更新交易是否会调用：

与 transaction.transactionState==SKPaymentTransactionStatePurchased？

如果是这样，那就太好了。如果不是，这是否意味着您必须在每次自动更新订阅接近到期时检查所有交易：

谢谢...

我对报告管理器中的订阅评论有疑问。

无论我用什么格式创建评论，当报告寄出并且评论中的段落被删除时，格式都会丢失，只留下句子。由于我们的报告对用户来说是新的，因此我需要包含一些说明并且它们需要段落。

我目前不使用任何具有应用内订阅的应用，因此我不确定当进行应用内可更新订阅时，iTunes 中的 UI 是什么样的。

我假设有一个 api，给定收据 id 或原始交易 id，可以从应用程序中取消自动续订订阅。它看起来不存在。

我是否遗漏了什么，或者用户是否通过他们的 iTunes 帐户设置取消了自动续订订阅？这不是开发商的责任吗？

似乎找不到一个不需要我自己的服务器的。

如果不需要推送通知即可工作，则可加分。

我需要一个可以在 Dot Net Nuke 中管理订阅的模块。

订阅将用于允许访问网站。

它需要能够执行以下操作

• 使用 PayPal 进行定期付款
• 付款时激活订阅
• 取消付款后停用订阅
• 按年订阅

任何建议都会非常有帮助

我有一个网站，我想用订阅模块做一些事情。

首先，我想使用订阅模块让用户选择他们想要跟踪/订阅的内容。然后，我还希望允许他们在一个块中查看他们的订阅，该块显示类似“最后 10 个”或带有文章计数或类似内容的订阅列表。

关于用什么来把它放在一起的任何建议？订阅模块是一个好的起点吗？

我一直在开发一个与订阅系统有关的网站，用户必须从一个级别升级到另一个级别。让我解释一下。有四个计划，即；基本款、白银款、黄金款、白金款。费用如下：

• 基本：0.00 美元
• 白银：20.00 美元
• 黄金：30.00 美元
• 白金奖：50.00 美元

预付款选项有：

• 1个月
• 3个月
• 6个月
• 12个月。

这些是我的桌子；

现在对于升级系统的用户将检查余额表，看看用户必须离开多少，新计划的成本。如果余额大于用户升级到的新计划的费用，升级将成功并重定向到成功页面，否则将显示支付按钮，让用户使用任何一种支付新费用支付系统集成。此外，如果用户正在计划中并想要升级到更高的计划，系统还必须按比例分配新成本并同样向用户收费。我一直在尝试使用下面的代码来做到这一点。

以下是用户将选择升级到的计划的表格

有人可以指出我正确的方向。有没有我可以从中学习的教程？谢谢。

感谢所有回复的人。

基本上这是我认为我面临一些挑战的地方

此 plan_expiration 字段是日期字段，格式为年-月-日，例如 2011-06-03。现在它的默认值为“NULL”。当用户首次注册我们的网站时，会为用户分配一个基本会员计划，费用为 0.00 美元，到期日期设置为“NULL”。

如果用户想要升级，我们必须计算他们的计划到期前的剩余天数，因为我们将根据剩余天数按比例计算。所以我做了这个

如果根据上面的代码为空，我将“30”分配给 $plan_expiration。然后我使用以下语法计算剩余天数

第一个错误是 $Daysleft 返回一个负值

好吧，我正在设计一个需要订阅才能被最终用户使用的在线服务。它有一个免费的基本计划，然后用户有几个功能更丰富的付费计划。

订阅是每月或每年（用户选择）。

根据客户规范，该服务应该有两种处理付款的途径——信用卡处理或 PayPal 订阅。我即将处理 PayPal 订阅、IPN 和一切，但我担心信用卡。我知道如何使用 PayPal 的 API 对 CC 进行收费，并且我非常清楚我不能存储任何敏感信息，所以我的想法是使用 3rd 方服务通过一些安全的 API 存储信用卡，然后构建一个 CRON 作业将每天运行以根据某些标准检查订阅是否即将到期，如果是，则为下一个计费周期收费。

好吧，我过去曾在 Authorize.net 上为不同的产品存储过信用卡。他们的 API 允许在那里创建用户配置文件（您获得内部用户 ID 以保留），发送 CC 存储（您获得内部 cc id 以保留），并且无论何时您都可以通过 API 对该 ID 进行收费. 但是只有当用户有意识地提交了一个表格“用这张信用卡支付这个（从 Authorize.net 检索到的最后 4 位数字）”时——所以在后台向他们收取 cron 作业可能会导致法律问题，尽管我们会这样做那只是为了他们有意识地订阅的服务。

简而言之- 我想知道在远程服务上存储的信用卡上使用 cron 作业进行定期付款是否是可行的方法（如果没有，请推荐一些东西）。如果是这样，我读到 PayPal 有一项以类似于 Authorize.net 的方式存储信用卡的服务，但经过广泛的研究，我找不到任何规范、任何文档或任何关于如何做到这一点的示例。并不是说我不能用 Authorize.net 做到这一点，但与我记得的 Authorize.net 相比，PayPal 在技术上似乎要好得多。

我订购了一个自动更新的产品，5分钟后，它就过期了！

我认为在沙盒中 5 分钟等于 1 个月，

在当前订阅期结束时（5分钟后），它不应该自动续订吗？但它已过期。