0

当我登录到我的商家帐户时，我可以在“设置”选项卡中设置回调 URL。

问题是，如果没有 HTTPS，唯一的选择是将序列号发送回回调 URL。

回调内容：
[x] 通知序列号，
例如 序列号=123-456-7
[] 通知为 XML（需要 HTTPS URL）
例如 123...
[] 通知为 HTML（名称/值对）（需要 HTTPS URL）
例如 google-order-number=123& ...

那么从这个序列号中，我的服务器端脚本是否有可能获得订单的状态？

我需要获取订单的付款状态（已付款与否，已付款金额）和发送回我的（自定义）购物车的订单号，以便我可以更新我的数据库。

（我目前无法获得 HTTPS，因为网站所在的人不想获得它）

4

1 回答 1

2

我会提醒您注意您接受的答案。

  1. continue_url不是“自动重定向”。您完全依赖于实际点击该链接的用户，而不是页面中的任何其他链接 - 特别是，Google 自己的链接可以转到用户的钱包页面，他/她可以访问他/她的所有订单。

    因此，您可能会因为自己的系统中没有所有订单而冒着您的操作风险。

  2. 所有 Google Checkout 订单都有您应该真正了解的订单状态。您已经在 #1 中假设用户实际上会点击您的continue_url链接 - 此外，您还向自己敞开心扉，即您跟踪的订单可能实际上并未被 Google 批准，或者未通过某些货币/风险授权或检查。

    如果用户确实点击了您提供的链接，但 Google 的订单存在问题，则您的系统在不应该的地方有“钱”。

  3. 实现 Google Checkout API 并将其与您的系统集成的唯一可靠方法是遵循文档/说明 - 在这种情况下，您必须实现 Notification API。

  4. 是的，您无需使用序列号通知为您的服务器安装/购买 SSL 证书即可获取所有订单数据- 这就是您所描述的。

    • XML/name-value 通知是一种“推送”模型——Google 会将数据“推送”给您。您将验证Google 的基本身份验证请求（这就是需要 SSL 的原因）。
    • 序列号通知是“拉”模型-您将从谷歌“拉”数据（给定一个序列号-这就是为什么您不需要 SSL-您将验证您的拉取请求并使用 SSL 发送您的请求）。Google 不会向您发送任何数据，只是向您发送序列号。您将使用此序列号获取与其关联的数据并向 Google 提供身份验证 -您的请求将使用 SSL。

  5. 您将使用带有Notification History API的序列号通知来获取数据。

上面的链接应该引导您完成文档/参考。如果您有任何问题，请在此处发表评论，或在Google Checkout 产品论坛上发布。

嗯……

于 2012-06-04T13:20:43.160 回答