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

[toaruScar]

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

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

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

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

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

[tutustream]

某些日本手游，说是全球服，但是只有把时间调成日本时区体力才能正常领

[weize888]

想请教一下，像我使用的是 MySQL 数据库，那表字段到底用 datetime 类型，还用 timestamp 类型存储？我以前都是用 bigint 来存 unix 时间戳的。怎么使用比较好？？？

[bthulu]

@Rocketer 中国人太多了, 十几亿人 VS 国外几亿甚至几千万人, 人多性能就捉急, 只能用时间戳应付应付

[bthulu]

@weize888 用 datetime 或者 bigint. timestamp 只有十几年的寿命了

[weize888]

@bthulu 那就继续用这两个。

[flyico]

全国一个时区，根本不需要考虑这个问题好吗？又不是像美国那样 4 个时区

[Akiya]

一个客观的原因是，光美国一个国家就分了多个时区，而中国是一个时区，所以在美国做系统没有办法必须要考虑时区

[FrankHB]

@julyclyde 不是所有的实现都用 glibc ，也不是所有程序对使用过时版本的数据那么敏感（不是彻底错的基本就能用）。
不过一旦涉及到全系统的这些东西确实是有不少破事。我自己做的东西只要有可能就完全不碰这些东西，尽管这些玩意儿至少算是事实标准。