问题标签 [recurring]

我有一个关于 Paypal 的 IPN 的问题。创建订阅配置文件（定期付款配置文件）后，IPN 上会收到类型“recurring_payment_profile_created”的确认。进行付款后，IPN 上会收到“recurring_payment”类型的确认。问题是我应该如何确定付款（recurring_payment）属于唯一（特定）配置文件。

谢谢。

我正在使用计划器创建一个网站，并希望将其与 Google 日历同步。到目前为止，它使用 Zend 框架的 GData 类运行良好。我遇到了一个问题，即每周都会出现重复事件，即使它们被单独删除。我试过了：

但是现在很多事件在我的计划者的最初几周都没有出现，并且在某些星期我只是错过了一些事件。这是我的脚本的基本结构：

我该怎么做才能让我的计划者获得与我的 Google 日历完全相同的数据？

我想知道如何检测 skrill(moneybookers) 定期付款是否被客户取消？另外，有没有办法使用他们的 API 取消定期付款？

任何帮助表示赞赏。

提前致谢！:)

我想为买家（客户）提供循环设施，所以假设我为我的产品设置了 5 个循环周期。现在我想维护我的数据库，其中还包含所有交易详细信息，但是当发生定期付款时，我只能从 PayPal 收到有关“交易成功或失败”的电子邮件。

谁能告诉我如何将交易确认或失败详细信息数据存储在我的数据库中？

我在 PayPal 页面上找不到任何文件。

这是我的情况，

1. 我为我的网站选择“购物车结帐”方法。
2. 客户通过单击表单提交按钮结帐。
3. 客户已支付并注册订阅。
4. Paypal 将 IPN 发送回服务器。通知注册完成。
5. 服务器已关闭。
6. 服务器再次启动，无法获取 IPN。

问题是如果客户没有通过检查交易状态付款，我有一个指向贝宝的链接。在上述情况下，客户可以重复订阅（100 美元/月而不是 50 美元/月），我只想在创建新订阅之前取消旧订阅。

我正在编写一个将用户日历同步到本地商店的应用程序。我正在使用 Exchange Web 服务 (EWS) 和 SyncFolderItems 方法来下拉更改。这一切都很完美，直到我发现同步项目不包括“重复”约会。

另一篇stackoverflow文章建议这是因为它们是“虚拟的”。它确实包括“主”任命。问题是，这很好。我在支持重复的第三方日历上呈现约会，所以我只需要存储约会中的重复信息，我可以将其翻译到我的日历上，这样它就会显示正确的信息。

但是，当我检查“IsRecurring”字段时，当它显然是一个定期约会时，它说它是错误的。有人遇到过这个吗？

我在共享环境中的 GoDaddy 上运行了一个 ASP .NET 网站。该应用程序是一种基于订阅的服务，具有向用户定期计费的选项。

每小时，我们都需要与我们的支付处理器同步用户数据，以更新已升级或取消帐户的用户。支付处理器没有调用 URL 或以其他方式通知我们更改的机制。

问题：我们需要创建一个后台线程，以预定义的时间间隔运行一些代码。有一些关于 .NET 中后台任务的好文章，但我敢肯定，可能有更简单的方法来解决这个问题。也许是一个可以调用函数的应用程序范围的计时器等。

限制：共享环境不允许windows服务、外部应用程序、完全信任等。

由于这是一个生产应用程序，我想使用最安全的方法，而不是使用 IIS。

我有一个我无法解决的问题。我设法将我的事件插入到我的 android 日历中，但我想让它们重复出现。以生日为例。我希望他们每年重复一次。我有这个代码：

它插入了我的事件，但它不会重复发生。我的意思是我的活动出现在 2jan2012 但在 2jan2013 没有出现，2014 年也没有出现，依此类推。所以我在手机上打开我的日历并尝试编辑我的事件，我看到我应该在哪里选择它的发生，那里显示“2012 年 1 月 2 日”而不是“1 月 2 日”，因为它应该是自定义的我的手机上的活动。另一方面，如果我尝试从我的手机手动添加一个事件，它工作得很好（我的意思是我可以添加一个每年发生的事件）。我注意到的另一件事是，如果我更改年份，例如我输入 2010 而不是 2012，它会每年插入我的事件，直到我当前的日期。更准确地说，它在 2jan2010 插入了一个事件，另一个用于 2jan2011 和 2jan2012 它停止（今天是 2012 年 1 月 2 日），并且在此日期之后没有更多事件插入此日期。有没有人遇到过这种类型的问题？欢迎任何帮助。谢谢！

听起来像家庭作业？不，这不对。我为此制定了逻辑，但当日期跨越数年时，我就没有那么高效了。基本上这是它应该如何工作，

输出将是：

1/6/2012如果今天的日期（Date.Now）是1/5/2012（假设格式MM/dd/yyyy）。到达完成日期时，检查将结束。如果在给定的时间段内没有匹配的日期，则必须返回今天的日期。死的简单但不是一个有效的。

这有什么问题？

我的新创业公司的下一个重要话题是 Magento 内部的经常性计费。除了一些标准的一次性产品外，我们还将提供一些经常性产品。我研究了最好的网关，到目前为止，我们认为 Authorize.net 的 ARB 或 CIM 都是可行的方法。

虽然会出现一些问题，例如：

1. 如果 Authorize.net 要处理重复方面，Magento 内置的重复配置文件系统有什么意义？据我所知，它是通过实际将用户带到第 3 方站点来与第 3 方集成？使用 Authorize.net 将消除重复配置文件的需要，对吗？
2. 我们是否仅限于购买两个或三个 300 美元的模块之一来开始使用ARB或CIM？到目前为止 Magento 只支持SIM或DPM。还是我必须坐下来扩展内置的 Authorize.net 付款方式？基本上我想说的是，我们的启动预算是 300 美元，此时此刻是一个杀手锏。
3. 如果我们选择ARB而不是CIM，这意味着如果客户稍后回来购买第二件商品，他们将不得不重新输入他们的信息（CC #、exp. date 等），而CIM会准备好去……这是正确的解释吗？
4. 我们需要在结账时灵活地创建独特的付款时间表。例如：我们将出售定制网站和托管包。我们希望先向用户收取 50% 的网站费用，并在完成后向用户收取 50% 的费用，并在结帐时为托管包设置定期付款。
5. 除了问题 #4，目前 Magento 的经常性配置文件限制名义物品与常规产品分开购买。这对我们来说是不可接受的，并且客户必须能够在一个结帐页面中一起购买所有想要的物品。

很抱歉这篇冗长的帖子，但我很想知道我们的选择可能会得到我们想要/需要做的所有事情。任何建议都是好建议！