A
Size: a a a
2021 June 15
過
ой, да ладно. если глупостей не делать, там все хорошо
過
Больше всего рвет то, как они сохраняются в БД. Особенно если тот кто разрабатывал до этого не думал ни о чем.
A
ДА это наверное самая большая боль, если об этом не подумали заранее
A
а еще Daylight saving time...
過
Есть шанс что в БД окажутся точки во времени в хз какой таймзоне. А то и в разных.
過
Ну это не такая страшная штука. Если таймзоны правильные на машине поставить, то все корректно пересчитается
過
Могут быть нюансы конечно
A
может быть, я просто помню какое-то время назад у меня эпичный батхерт по этому поводу был, уже правда не помню в деталях
PP
DST - это еще и политота
PP
импактит
AE
О, разговоры о времени
У нас на проде у соседей системы, которая пускает всех внутрь и служит Auth сервером, время на машинах кластера рассинхронизировалось и все, кластер рассыпался. Заказчик пол дня сидел без всех своих систем😁
У нас на проде у соседей системы, которая пускает всех внутрь и служит Auth сервером, время на машинах кластера рассинхронизировалось и все, кластер рассыпался. Заказчик пол дня сидел без всех своих систем😁
AL
проблема не в самих зонах, а в том, что хрянятся не зоны, а оффсеты зон.
Например, UTC+2. Внутри куча зон, Украина, Финляндия, Южная Африка и тд. По цифре ты знаешь только отступ от UTC, а зону не знаешь. А потом выясняется, что в одних зонах DST есть (Украина), а в других нет (Южная Африка). А по циферке это сказать нельзя. И приходится для всяких календарей или похожих прог придумывать свои форматы данных или в базу добавлять колонки, чтоб по оффсету + какому-то geoIP вычислять зону и рядом ее записывать.
Например, UTC+2. Внутри куча зон, Украина, Финляндия, Южная Африка и тд. По цифре ты знаешь только отступ от UTC, а зону не знаешь. А потом выясняется, что в одних зонах DST есть (Украина), а в других нет (Южная Африка). А по циферке это сказать нельзя. И приходится для всяких календарей или похожих прог придумывать свои форматы данных или в базу добавлять колонки, чтоб по оффсету + какому-то geoIP вычислять зону и рядом ее записывать.
AL
Ну и tzdata в куче мест натыкана - в базе своя, в системе своя, в рантайме серверного языка мб своя. И обновляться они могут неравномерно. Попадешь на рассинхрон, и пиши пропало.
AL
У меня кстати доклад есть на эту и соседние темы (время, округление чисел, кодировки текста).
https://www.youtube.com/watch?v=TFBCcNFEmDE
https://www.youtube.com/watch?v=TFBCcNFEmDE
過
там хранятся не только оффсеты зон. но и набегающие секунды. а так же все нюансы связанные с тем кто и когда отменил перевод с летнего на зимнее. а так же все нюансы связанные с переходом этой зоны на разное смещение.
過
Ну я что из этого могу сказать. при сохранении данных нужно сетить календарь, если есть такая возможность.
AL
в tzdata да, а вот в датах, которые в ЯП или базах данных живут, - нет. Только оффсет
過
ну как бы ZoneDateTime? не?