Комментарии 7
Я смотрю, вы модулем pytz, который с моей точки зрения является палочкой-выручалочкой при работе с датой-временем во всяких разных локальных временных зонах, не пользуетесь?
+2
Я не понимаю, что такое TZ="". Плохо, что garbage in, garbage out, но не надо делать garbage in, и ещё проверять что там у кого высыпается в ответ.
Вы забыли ещё один вариант: unset TZ. Отсутствие TZ — вполне нормально.
А datetime — ужасный модуль. Вы ещё на .seconds в дельте посмотрите.
0
TZ=''
— это явная ошибка конфигурации. Тем не менее, она оставалась незамеченной никем в течение нескольких лет, согласно git log
. И эта ошибка привела к тому, что по случайному стечению обстоятельств правильно работало то, что работать было не должно =)
unset TZ
в тестах тождественно равен TZ=$local_TZ
. Я укажу это явно
0
Последующий вызов .timestamp() возвращает UNIX time…
Для корректного результата необходимо использовать метод…
time.time(), который просто возвращает unixtime без проблем часовых поясов.
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сказка о лишнем и потерянном времени. По версии py3