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