问下 V 友,这种情况算是用户自己本身的责任吗?我觉得用户很无辜啊。。

2017-02-09 10:20:04 +08:00
 william23

情况是这样的:

在某实体店买了一张会员卡,被告知可以领礼包,于是下载 app 领取,这个包有效期是到今年的 3 月 31 日。

后来在实体店扫码,想换取该 app 的礼包,后来一直没有办法领取,店员也不知道什么原因,让我明天再来。

于是第二次又来到同一家店,店员试了又不行,让我拨打客服,但是当时客服下班了。

于是我第三天又拨打客服电话,被告知需要错误码,但是这个错误码是店员需要提供的,

我当时没有,店员也没和我说,于是我只能当天再跑一次。

第三次跑到店里,被告知了错误码,打给客服,原因竟然是说因为我手机的时间不是北京时间,所以无法兑换。

我就很无语,因为个人原因,没有手表,所以我手机时间我自己比北京时间调快了 10 分钟,便于生活。

这个礼包如果兑换一次也就算了,

但这个礼包是可以多次兑换的,我如果每次兑换都需要调整自己的手机时间的话,兑换完之后又要再调回来,

我觉得对我而言,还是比较麻烦的,万一哪天没调回来,可能就会影响我的生活,比如说公司迟到之类的。。

事情表述完了,最后客服的官方理由是说他们 app 给予的范围只能是 5 分钟之内, 10 分钟据客服所说误差太大了。。

我是真的搞不懂,兑换日期还有那么多天,为什么偏偏超过 5 分钟就不行了呢?

这个我觉得很不合理啊。。

当然可能像我这样调快手机时间的不多,但是不代表不存在啊,大家如何看待?

还是说觉得这是我本身的问题?

9978 次点击
所在节点    生活
141 条回复
swulling
2017-02-09 11:13:05 +08:00
你的问题,下一题
iamzhuyi
2017-02-09 11:21:52 +08:00
无法理解把表调前 10 分钟
dallaslu
2017-02-09 11:29:23 +08:00
建议你把手机调整成标准时间,然后增加一个东京时钟,按东京时间来生活。
william23
2017-02-09 11:34:46 +08:00
@dallaslu 。。。你这黑的太厉害了
william23
2017-02-09 11:36:04 +08:00
@laoyur 这个说过了,不会有多次领取的情况,因为领取过就没了,物品是限制的
william23
2017-02-09 11:41:39 +08:00
@jtam
@sharkli
@ven
@swulling
每个物品只能兑换一次,兑换多次是指有多个物品,时间都是 31 号之前,我调快 10 分钟觉得并没有什么问题,如果真的有问题,为什么手机可以允许用户调整时间呢?都用时区的时间不就行了嘛
ryd994
2017-02-09 11:48:06 +08:00
其实你不调时间,而是往前跳一个时区的话就没事了
imn1
2017-02-09 11:51:55 +08:00
无论什么礼品,请一律参考月饼
人家月饼也不可以重复领取啊,不也照样开了
即使程序有问题,也要你负责,因为这是价值观(道德)问题
sharkli
2017-02-09 12:08:11 +08:00
楼主 很多 app 请求里面会加校验,获取当前时间,按一定算法加密生成校验值,服务器收到以后会校验是否对应,也会校验这个时间和服务器时间的差值。如果不校验差值,可能有人抓包直接重复刷请求了。
dot
2017-02-09 12:12:34 +08:00
你的问题。

有一些验证是基于时间的,这个跟程序有关,误差太大玩完。
个人喜欢用 OTP ……误差几十秒都不行……

再说了,标准时间就一个,你要活在世界前面的话……对现在的电子设备是个艰巨的考验。
swulling
2017-02-09 12:13:48 +08:00
@william23 不要给别人添麻烦

别人开发一个 APP ,没有考虑你这种情况,是合理的。虽然说设计的不合理,但是对其他用户来说没有问题。

你让别人去改逻辑什么的,那就是添麻烦
debiann
2017-02-09 12:14:46 +08:00
依靠调时间来预留时间只是自欺欺人
dot
2017-02-09 12:16:13 +08:00
@swulling

而且是不必要的麻烦,哈哈哈哈,一点必要性都没有~
为了保证时间的准确性,我都是开自动获取的……
learnshare
2017-02-09 12:18:38 +08:00
时间的校验是服务器做的,客户端时间无所谓的吧
CEBBCAT
2017-02-09 12:41:51 +08:00
我个人认为这是加密通信上的需求,和限制领取倒没什么太大关系。
just4test
2017-02-09 12:47:26 +08:00
楼上说防止客户端改时间重复领取的都是扯淡。

为了做验证,客户端和服务端的通讯带上时间戳是很正常的做法。比如,支付宝扫码付款的二维码是可以离线生成的,这个付款码中就带有时间信息。在离线状态下修改时间,生成的付款码就不可用了(理论上是,没有实践过)

说楼主是瞎杰宝折腾也好,自欺欺人也好,特立独行也好,开发者是没有义务为你这种情况做兼容的。

另外,同意 32 楼的说法,这种做法是自欺欺人。
Felldeadbird
2017-02-09 13:05:14 +08:00
这个时间应该依赖服务器而不是本地。如果是这样的话,搞抢购活动的乐呵呵了。
william23
2017-02-09 13:25:11 +08:00
@ryd994 但是就是提前 1 小时或者往后 1 小时了
william23
2017-02-09 13:27:25 +08:00
@debiann 你这个有点过分了吧,我在这里是讨论合不合理,你这个直接就喷我。。
william23
2017-02-09 13:27:52 +08:00
@sharkli 恩,你这么一分析我了解了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/339186

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX