支付订阅-测试回调
我们目前正在考虑实现Facebook新的subscription payments。我们已经有一个Facebook的工作支付设置，并且回调url设置正确。如果我定期支付测试费用，回调是正确调用的。
测试订阅的设置是根据this的。但是，如果我选择always success或always fail，则不会对payments回调url进行回调。
它返回一个对象，说明订阅是活动的，并且有一个ID。
{status: "active", subscription_id: 204626XXXXXX}回答 3
Stack Overflow用户
发布于 2012-11-20 21:43:20
Facebook订阅不是常规购买。
您必须在'payment_subscriptions'对象上取消设置实时更新并侦听那些可用字段：('status'，'pending_cancel'，‘_status’，'last_payment')。参见文档：http://developers.facebook.com/docs/payments/subscriptions/，其中有一个名为“使用实时更新”的部分
每次用户订阅或取消(或隐式续订)时，您都会收到相关的订阅id。然后，您可以向Graph API询问有关此订阅对象的信息。
您还可以通过调用Graph Api来检索任何用户的订阅列表，该调用位于‘/payment.scription’
所有这些调用都必须使用应用程序访问令牌来执行。
我必须承认，如果你总是执行“同步”购买，这个过程是相当烦人的。我实现了订阅，这是一次痛苦的旅行;)
希望这能有所帮助
Stack Overflow用户
发布于 2012-09-24 13:05:17
有没有可能，如果订阅状态发生变化，而您已经有一个用户的活动订阅，那么您只会收到一个发送到回调URL的请求？我认为在这种情况下你会得到一个客户端错误，但我没有看到任何证据表明有一个错误代码。
如果您对同一个账户进行多次定期测试付款，会发生什么情况？
Stack Overflow用户
发布于 2012-11-13 22:07:31
订阅被映射到Facebook端的OpenGraph对象，以及虚拟货币，所以，我怀疑没有对服务器端进行回调，您所能做的就是在FB.ui回调中创建某种http post (例如，通过表单)，并在Servlet中实现doPost方法。这将是一种将订阅信息放入某些数据源的方法。
编辑:关于payments callback，那些订单信息是根据OG对象计算的项目，facebook不会发送payments_get_items请求，所以在订阅创建后无法获取订单信息。另一方面，您可能会在相应的servlet中收到一些payments_status_update (我之所以谈论servlet，是因为我是一名Java程序员，但总体思想适用于您选择的任何技术)
https://stackoverflow.com/questions/12367700
复制相似问题
腾讯云开发者
