都 2022 年了，居然许多国内的厂商还没有时区的概念

[toaruScar]

系统时区不是 UTC+8 （中国时区，CST ）的话，许多登录时申请短信验证码请求都会失败，不知是蠢还是坏。

目前，系统使用非中国时区的时候，遇到过的糟糕体验有：

• 中信银行，提示参数错误；（我第一次遇到，挂了国内 IP 都不行，让我琢磨了好半天）
• 中国移动的语音信箱，正常 GUI 交互触发的验证码请求被当成重放攻击，导致被拦截

这些的解决方法是把系统的时区（是时区，不是时间）调到 UTC+8 的时区即可，反而国内的 IP 不是必须的。

国内互联网加拉帕戈斯化更进一步了。

[moen]

看看一些人对数据库表示时间用什么类型的回答就知道了

[singerll]

不是没有这个概念，是没有这个业务，就算有也是体量太小。。。

[ysjiang4869]

有些业务惨和上时区后复杂度会提升很多，不愿意为了几百个人浪费呗（我司就是这样）

[PMR]

人和业务 其一能跑就行

没 i18n 基本不用 timestamp 存时间

[pengtdyd]

不同时区混杂在一起很难处理

[agagega]

没有 i18n ，没有 l10n ，没有时区概念，对多语言支持甚至不如一些英语国家产品（中文支持也仅仅是 just works 而已）

不过我还是很好奇，为什么时区不一样会导致验证码出错，难道是靠客户端的时间戳来做检查的？

[toaruScar]

@agagega 不是验证码出错，是连验证码都要不来。


@singerll
@ysjiang4869
@pengtdyd
可能我想得太简单了，不过我感觉就一个验证码的功能，在客户端把时间转换成 CST 的时间再发给后端就行了。另外就算不打算支持，也没必要把错误信息搞得和谜语一样，简单地提示用户时区问题会导致登录错误也不算太复杂把。

[JensenQian]

反正很多都是只支持+86 登陆的
有+86 手机号还不生活在国内的也没几个人啊

[toaruScar]

@JensenQian #8 我朋友最近急事出国，语音信箱突然不能登录把他急坏了

[singerll]

@toaruScar 有没有一种可能，人家压根就没有多时区的测试环境

[Rocketer]

海外党表示这种问题见太多了，都麻了。

比如某著名手游，在里面参加国庆活动，仅限 10.1 当天参加。那么，到底是北京时间的 10.1 ，还是我本地时间的 10.1 呢？最后实测发现我的手机和北京时间都得是 10.1 才行，二者有一个不对就不能参加。有些活动还只能点一次，在“错误的”时间不小心参加了，就浪费资格了。

[kylix]

我也说一个，银联云闪付，够大的公司了吧。
ios 版如果手机设置了 12 小时制，其他某些应用如淘宝调转支付无法唤起支付页面。/滑稽


月初还这样，不知道最近改了没有。。。

[likunyan]

做灰色的才会考虑这些吧

[likunyan]

微信这些应该没问题，机构的人性化肯定没私人的好。

[az467]

不是不懂，起码银行肯定懂，不然外币相关业务没法做，
纯粹就是不想做，投入大，收益小，还容易引入海量 BUG 。

[bclerdx]

@kylix 为什么不使用 24 小时制。

[bclerdx]

@Rocketer 如果不是国际业务，理论上，默认行为是北京时间啊。

[bclerdx]

@az467 有 BUG ，解决 BUG 啊。

[0o0O0o0O0o]

腾讯云控制台的日志也是，选时间段可麻烦

[ZeroClover]

不只是「国内」厂商

刚才用 HSBC US 转账，美国现在是 10 月 30 日，国内 10 月 31 日，然后 HSBC 系统预填了 Transfer Date 10/30/2022 ，然后确认按钮就是灰色的，只能手动选 10/31/2022 才能点击确认。但是把系统时区改到美国就可以选 10/30/2022

这还是一个全球性银行的系统