【发布时间】:2014-07-28 05:57:55
【问题描述】:
我正在验证我的 Google Play Android 订阅购买服务器端针对
https://developers.google.com/android-publisher/archive/v1/purchases/get
我遇到了initiationTimestampMsec 与过去的值不同的情况。
https://developers.google.com/android-publisher/archive/v1/purchases#resource
我遇到了这个问题,因为我有一个特定购买的测试用例来验证初始化时间是否始终相同。
原始初始化时间为1366679371220(2013 年 4 月 23 日星期二 01:09:31 GMT)。这个测试用例总是通过并且代码是根据git blame not touch since
2013-04-28.
当我现在运行测试时,THE SAME 购买的初始时间为 1400807382943(格林威治标准时间 2014 年 5 月 23 日星期五 01:09:42),因为它是 initiationTimestampMsec。有趣的是要注意当天购买时间和当天时间的差异。
我提出的GET 请求是
https://www.googleapis.com/androidpublisher/v1/applications/<app_id>/subscriptions/product_name/purchases/<purchase_token>?access_token=<access_token>
购买本身使用我的测试用例 (1366679371220) 中的初始时间戳登录到我的生产数据库中
编辑: 在与 Google 进行电子邮件对话后,这似乎是他们意识到的一个错误。
【问题讨论】:
-
我刚刚在我的生产系统上出现了同样的问题,虽然我的时间戳保持在一天中的同一时间,但日期是一个月后。最初在 2014 年 6 月 22 日 05:46(6 月 22 日)购买的订阅,现在将 initialTimestampMsec 设置为 2014 年 7 月 22 日 05:46(7 月 22 日)。我想知道initiationTimestampMsec是否每个月都会重置。
-
初始时间戳应该始终保持不变。这对我们来说是一致的超过 1 年。这是谷歌的一个错误,他们应该修复。
标签: android google-play payment android-pay