脚本宝典收集整理的这篇文章主要介绍了时区 – 对于strftime还是仅仅PHP,’US / Eastern’和’US / Central’和’US / Pacific’是否被弃用？，脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。
strftime“％I：％M％p％Z(％a,％b％d)”“$EPOCHSECONDS”
生成“当前时间”,如
“美国中部时间02:45(周四,3月01日)”
这需要能够在几个不同的美国时区显示时间,所以我一直在使用“US / Eastern”,“US / Central”和“US / Pacific”,如下所示：
export TZ='US/Eastern' strftime "%I:%M %p %Z (%a,%b %d)" "$EPOCHSECONDS"
这似乎工作得很好,我更喜欢使用TZ =’america / CITyName’,因为它不需要我知道哪个城市在哪个TZ,我只需要告诉它我想要哪个TZ.
然而,我发生在http://www.php.net/manual/en/timezones.others.php,看到它说
我不知道美国/地区名称的问题是什么,但我很想知道在可预见的将来使用它们是否可能导致问题,或者它们是否仍然可以安全使用？它只是PHP不喜欢它们,还是每个人都远离它们？
我想我读过这个标准被采用是因为它被认为更稳定：地缘政治(国家)边界改变,城市永远不会移动.也许是因为“东方”和“中央”之类的名字被认为更加混乱,因为它们意味着世界不同地区的不同时区.但是,我目前找不到任何关于命名原理的引用,所以不要引用我的话.
大陆/城市风格的名字是首选.请注意,像Debian和ubuntu这样的操作系统会要求您使用这些名称选择系统时区(除非它们在安装时自动检测它们),使用这些名称,您根本不需要这样说,“知道哪个城市在哪个TZ“因为城市名称是,所以,时区名称的一部分！因此,如果您碰巧学习了大陆/城市名称而不是国家/地区名称,或者除了国家/地区名称之外,您已经可以了.
话虽如此,我认为这些名字不会消失.在时区邮件列表中,它们肯定被称为“向后兼容性”,而不是“弃用”,并且尽管PHP推荐,但它们仍然可以保留.
以上是脚本宝典为你收集整理的时区 – 对于strftime还是仅仅PHP,’US / Eastern’和’US / Central’和’US / Pacific’是否被弃用？全部内容，希望文章能够帮你解决时区 – 对于strftime还是仅仅PHP,’US / Eastern’和’US / Central’和’US / Pacific’是否被弃用？所遇到的问题。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。