问题标签 [subscription]

我有一个有很多用户的 drupal 站点。

我想在注册表单中添加时事通讯复选框，允许用户在注册时自动订阅时事通讯。

我们创建了 10 到 12 个 SSRS 报告并为这些报告创建了订阅。有时订阅状态显示邮件已发送，但实际上我们没有收到任何电子邮件。这里可能是什么问题。

我正在寻找这个线程。

据说 App Store 调用 paymentQueue 并使用transaction.transactionState==SKPaymentTransactionStateRestored.

但我没有接到那些电话。我在测试

1. 使用sandbox过期且每 3 分钟自动更新一次的帐户/订阅；
2. 不验证收据。

这样，我的 updatedTransaction 方法在第一次购买后永远不会被调用。

无论如何，如果我稍后恢复已完成的交易，我会得到所有收据。

有沙盒经验吗？另外，第 2 点是必需的，还是（我认为）它是可选的？

提前为一项政策道歉，而不是一个编程问题，但鉴于网上可用的信息很少，我希望我在这里问这个问题可以原谅。

我想在 iOS 应用程序中使用来自 Apple 的新定期订阅。我之前已经对付款进行了编码，并且在那里没有任何问题，但是我无法找到有关新订阅类型下允许什么的指导。暗示“似乎”是没有特别的指导，但是我能找到的所有讨论都是关于“内容”提供者而不是服务提供者。

我想将定期订阅用于人们订阅的服务。我本身不提供任何内容。

使用旧的非续订订阅类型（这真的很糟糕，不值得使用）我 99% 确定该应用程序会被接受，但所有内容提供商的谈话让我担心 Apple 真的不想要SAAS 提供商使用定期订阅模型并希望将其限制为内容发布者。

有没有人有使用软件即服务的新支付模式的经验？

在我们围绕这个概念构建一个完整的支付解决方案之前，我很想知道它是否可行！

我正在努力弄清楚以下日期的格式：

2011-05-24 19:02:32 Etc/GMT

此日期是从 Apple 的收据验证服务返回的，我需要将其转换为 NSDate 以进行一些比较操作。真正的麻烦与时区有关。

这是我已经编写的一些代码：

我已经尝试了所有我能想到的 'v's 和 'Z's 组合。有什么见解吗？

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

• 基本：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 订阅有一些疑问。我们正在托管一个网站，我们想为我们的客户提供订阅功能。我们已经通过沙盒订阅功能实现了这一点。它工作正常。我们想为我们的客户添加一项折扣功能。根据有折扣优惠的客户可以在一定时期内以折扣金额使用该网站。折扣期结束后，金额将更改为常规金额。它需要在一定时期后定期更新金额。用户将仅在第一次注册订阅。之后，必须将订阅修改为常规数量，而无需其他用户干预。我们如何在不打扰用户的情况下更新/修改订阅以更改折扣期后的常规金额。请帮我解决这个问题..

谢谢..

我正在编写一个小应用程序供我自己使用，它将使用公开发布的 RSS 提要。

据我所知，协议中没有订阅/发布机制；我需要定期让我的应用程序 HTTP-GET RSS 提要。

如果是这样的话，我想每十分钟左右抓一次，但我担心被视为施虐者。如果我看到有人连续几周每隔十分钟戳我的服务器，我当然会担心。

这是一个有效的担忧吗？关于什么是“合理的”刷新率有什么一般性建议吗？我什至有我的事实吗？

正在寻找一个基于 LAMP 的基于订阅的 Web 服务平台，我可以轻松破解以满足我的需求，您会根据以下标准推荐一个：

1. 文档
2. 安装底座
3. 支持社区
4. 可扩展性
5. 插件/附加组件的可用性
6. 设计的正确性（即无需破解核心文件来添加插件）

随意添加其他标准。

我正在尝试在 Google Checkout 中创建订阅。订阅已创建，但它在期末而不是开始时收费。我承认我只等了几个小时来确保它会充电，所以如果我只需要再给它一段时间，请告诉我。

我试图完全匹配这里看到的代码：http ://code.google.com/apis/checkout/developer/Google_Checkout_Beta_Subscriptions.html#Google_Handled_Subscriptions

有没有人能够让这个在开始而不是结束时收费？

我有以下代码：

生成以下xml：