Richard Rublev Asked: 2023-04-18 17:18:14 +0800 CST2023-04-18 17:18:14 +0800 CST 2023-04-18 17:18:14 +0800 CST Kubernetes 的时区变量应该是什么样子? 772 我是欧洲人 export BOOTSTRAP_TIMEZONE="UTC +2" 我无法检查,Github 现在有问题。如果那不对,我应该改变什么? environment-variables 1 个回答 Voted Best Answer Philip Couling 2023-04-18T17:36:34+08:002023-04-18T17:36:34+08:00 在欧洲将服务器设置为 UTC 是很常见的。但并非完全无处不在。只有您可以决定使用 UTC 以外的其他方式是否是个好主意。 时区是一个疯狂的兔子洞,你知道的越多,你就越意识到你必须学习。 除非您有一个非常具体的原因知道您必须将时区设置为固定的 UTC 偏移量,否则您应该始终使用来自IANA 时区数据库的时区。 您通常可以在此处从维基百科查找命名时区或使用tzselect. 在“柏林”的情况下,您正在寻找的时区是:Europe/Berlin。 与几乎所有其他解决方案不同,IANA 数据库会随着政治变化等而保持最新。它按地理位置 [按城市] 编制索引,几乎适用于世界任何地方。总有例外。 因此,如果柏林的地方政府决定更改时区(是的,这种事情会发生),那么软件补丁很可能会解决差异。 只要您保持软件最新并且当地立法机关发出足够的警告,这应该意味着您的服务器始终处于正确的时区。
在欧洲将服务器设置为 UTC 是很常见的。但并非完全无处不在。只有您可以决定使用 UTC 以外的其他方式是否是个好主意。
时区是一个疯狂的兔子洞,你知道的越多,你就越意识到你必须学习。
除非您有一个非常具体的原因知道您必须将时区设置为固定的 UTC 偏移量,否则您应该始终使用来自IANA 时区数据库的时区。
您通常可以在此处从维基百科查找命名时区或使用
tzselect
. 在“柏林”的情况下,您正在寻找的时区是:Europe/Berlin
。与几乎所有其他解决方案不同,IANA 数据库会随着政治变化等而保持最新。它按地理位置 [按城市] 编制索引,几乎适用于世界任何地方。总有例外。
因此,如果柏林的地方政府决定更改时区(是的,这种事情会发生),那么软件补丁很可能会解决差异。
只要您保持软件最新并且当地立法机关发出足够的警告,这应该意味着您的服务器始终处于正确的时区。