用 date 命令有问题吗？是不是系统本身搞错了？

【 在 Madlee (无竹居士) 的大作中提到: 】
: [code=py]
: >>> from django.utils.timezone import get_default_timezone
: >>> tz = get_default_timezone()
: ...................
--
FROM 112.47.122.*

很常见，我记得用get_cst得到时区对象，取时间时把时区对象设上就可以
--
FROM 123.120.183.*

这是 tzdata 那一套系统的问题。。。

对于 Asia/Shanghai （或者其它“地名时区”），只是现在恰好被规定为 UTC+8 而已，
历史上可能有各种变化（比如 Asia/Chongqing 曾经是 +7），还有是否夏令时的区别，
replace 的话，大概不会根据 datetime 的年月日来选择这个时区里正确那个偏差值。

【 在 Madlee (无竹居士) 的大作中提到: 】
: https://segmentfault.com/q/1010000024584469
: 看这篇文章，由于历史原因，要使用timezone的localize方法而不能用
: datetime的replace方法，否则会有6分钟的偏差。
: ...................
--
FROM 221.217.53.*

对，仅展示
【 在 wincss (wincss) 的大作中提到: 】
: LMT local mean time 本地平时
: 就是上海当地的真·地方时，不是 120 度经线，所以差 6 分钟
: 而且这好像就是个展示吧，你用的时候是正常的
--
FROM 113.108.77.*

当然不是仅仅展示的问题，如果仅是展示的问题我根本不会发现
比如我要取今天20点这个时间存到数据库就会出错：

tz = get_default_timezone() 
date = datetime.now()
date.replace(hour=20, minute=0, second=0, microsecond=0, tzinfo=tz)

my_row.date = date
my_row.save()

my_row的时间就会差6分钟
不知道当时设计这个库的人是怎么想的，有多少人会对真地方时感兴趣，
就算有也应该用个单独的属性表示，大部分人还是会用地方的标准时间吧。
同一个Asia/Shanghai 表示的即可能是
<DstTzInfo 'Asia/Shanghai' CST+8:00:00 STD>
也可能是
<DstTzInfo 'Asia/Shanghai' LMT+8:06:00 STD>

关键还不知道怎么切换，太奇葩了。


【 在 wincss 的大作中提到: 】
: LMT local mean time 本地平时
: 就是上海当地的真·地方时，不是 120 度经线，所以差 6 分钟
: 而且这好像就是个展示吧，你用的时候是正常的
: ...................
--
修改:Madlee FROM 222.67.180.*
FROM 222.67.180.*