【问题标题】:Google Wallet/PHP: Handling Postbacks with uncertain charge resultGoogle Wallet/PHP:处理收费结果不确定的回发
【发布时间】:2013-11-13 21:22:55
【问题描述】:

在 PHP 中,当处理来自 Google 电子钱包确认购买的回传时,服务器可能不会在十秒的时间限制内回复——这有时是完全无法检测到的服务器端。

我应该怎么做才能防止这种情况发生?有没有办法确认购买成功?

【问题讨论】:

  • 您知道 Google 电子钱包将于本月晚些时候(11 月 20 日)停用,对吧? support.google.com/checkout/sell/answer/3080449
  • 那是 Google 结帐...
  • 这两个服务密切相关。您可能需要仔细检查您是否不会受到影响。
  • 用于数字商品的 Google 电子钱包在 Google Checkout 服务的生命周期结束后完全没有变化,应该不会影响此问题的答案。
  • 相信我,我知道我在使用什么服务..

标签: php android-pay


【解决方案1】:
如果您未按要求回复回发,

Google Wallet for Digital Goods 对于您(商家)和用户/买家都将失败。

重要提示:如果您指定回发网址,您的服务器必须及时正确地响应 Google 为每笔交易发送的 HTTP POST 消息。否则,交易将被取消。

参考号:https://developers.google.com/commerce/wallet/digital/docs/postback

如果您说您的系统可能认为 trnx 是“好的”并且它只是需要时间来响应(此时 Google 已经取消) - 成功交易会发生“验证步骤” - success handler .您可以使用它来“确认”您的订单。因此,如果 Google 取消了交易,您的系统将不会得到这个最终(重新)确认(因为不会调用您的成功处理程序)。

我猜你也可以使用 failure handler,虽然它没有“orderId”

第...


作为对 cme​​ts 的补充说明,Google Checkout 在某些时候也更名为 Wallet。如果没有记错的话,对买家来说真的比对商家更重要……所以,是的,请检查您所指的 API。

此答案专门针对数字商品钱包(它与 Google Checkout/Wallet 完全分开,后者还包括对数字购买的一些支持)。

看到这个link announcement

【讨论】:

  • 不幸的是,这是客户端确认,而不是服务器端确认。虽然让客户端告诉服务器订单成功是有用且可能的,但不能依赖它——例如,客户端的消息可能会失败。
  • @JoshuaCoffey 您将把客户端信息传回您的服务器进行验证。
  • 问题不在于确保付款实际通过;问题在于客户端实际上无法将请求发送到服务器。
  • 相反,问题主要不在于客户伪造它。
  • @JoshuaCoffey 嗯我想说你可以重定向客户端,但这仍然依赖于一些客户端的东西......我认为唯一剩下的就是手动(Merchant Center)。跨度>
猜你喜欢
  • 2014-07-21
  • 2012-03-06
  • 1970-01-01
  • 1970-01-01
  • 2019-11-22
  • 2014-12-11
  • 2016-05-26
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多