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

[toaruScar]

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

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

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

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

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

[ufan0]

@kylix #12 太感谢了，你启发了我！

我在用的某个 APP 不记得什么时候开发无法支持跳转，重装多次无效，半年了，看到这条消息把时间改为 12 小时，就好了。离谱啊。

[xiang0818]

因为墙的原因，就不需要考虑这个事情，有几个国际化的 app ？
不都是分 国际和国外版么

[ofLmvFk]

北京公交 App ，接口应该签名验证必须把手机调成 24 小时才能使用

[systemcall]

因为有墙，要绑+86 手机号
就这 2 点，就可以拦住大部分的海外用户
日服的游戏和那边的一些平台，很多都是正常的。有一些游戏在 Windows 上会乱码，但是这几年的基本上都还好
国内的软件，代码页不是 GBK ，很多都没法使用

[jy28520]

不涉及海外的业务时区其实不重要 我们业务系统的时区都是 GMT+00:00 的 Unix 时间戳 要不然很多的数据直接没法处理了

[securityCoding]

业务涉及时间统一使用 uinxtimestamp ，对外时统一封装 format sdk 就好

[jackma0571]

因为验签呀，你本机时间作为签名一部分，和服务器时间对不上，自然就拦住你的请求了

[wzcloud]

有没有可能，这些应用本身就只是面向国内用户的。。。

[yofly]

平时需求大才会有概念，就像国外的软件到今天还有很多没有 unicode 概念。。。

[Danswerme]

@thtznet 哪里的消息？啥时候闭完啊

[GoodRui]

@kylix 信通院出的通信大数据行程卡 app ，比云闪付可牛逼多了吧？ iOS 上设置 12 小时制，下午晚上就闪退，你说牛逼不牛逼！

[FrankHB]

@julyclyde pacman -Syu 随时升级。
比较麻的是还有一堆副本……类似 mingw-w64-{ucrt-{i686,x86_64}}-{tzdata,ca-certificate}。

[systemcall]

@jackma0571 #67
不用时间戳，非要在那里倒腾字符串，所以出毛病
时间戳不一样可以校验？

[mengzhuo]

正常！还有很多人不知道闰秒，夏令时，NTP

[qeqv]

我特别喜欢研究时区，但是也没见得对找工作有什么用处。以前在公司处理了一大批时区问题，公司业务涉及好几个时区，每个时区的服务器时间问题都是我解决的，也没见得涨工资

[efaun]

大中华局域网不需要 UTC+8 以外的时区

[whileFalse]

没有需求，毕竟欧美程序员都会遇到跨时区问题，而我大中华就是没有这种问题 你说气人不

[julyclyde]

@FrankHB 升级之后还需要重新运行程序才能生效呢
tzdata 是在进程刚启动的时候由 glibc 加载的吧，进程生命周期内不会重加载

[dqzcwxb]

大把用时间戳还觉得比 data time 等时间类型好的人,还美其名曰性能高哈哈哈哈

[jackma0571]

@systemcall 就是说时间戳啊，不在一个时区的话，两个时间戳就是不一样啊