да тут к гадалке не ходи.

надо всегда контролировать временную зону.

правда выставление на сервере ЮТС времени особо не помогает в данной ситуации.

помогоет лишь в том плане, что при работе со стороними серверами, или своих несколько, то если везде время одинаковое, например ЮТС а обычно именно так, то будет легче.

Я к тому что это заблуждение, что на сервере выставление ЮТС решает проблемы. НЕТ, выставление времени везде одного и тогоже уменьшает число проблем, а именно остаёться не согласованность в том что пользователь увидит на своих часах и в ответе системы, - и не важно какое время будет выставленно везде. но так как общепринято пользоваться ютс временем - хотя бы потому
1)есть два типа хранения времени - метка -времени(которое автоматически при чтении/записи преобразуеться с учотом текущего пояса) и датавремя (которое просто есть как есть вне зависимости от зоны), то крос временозонноый тип остаёться метка -времени, хранение которого всегда в ютс.
2)есть говорить о многозонном сервисе - покрывает много временных зон, то понятно что надо выбрать какуюто зону одну и использовать её вкачестве внутрисистемной(ну тоесть не хранить всегда два значения - время и зона, а хранить одно , время, и лишь при работе с ним переводить в нужную зону. и сдесь ютс получаеться нейтральным, никого не обижаем, и ввиду п1, удобным, ввиду автоматической конвертации в текущую зону.

Поэтому, ЮТС не решает проблемы, ЮТС - это единственный оптимальный вариант для принятия вкачестве внутрисистемного времени, а вот наличии единого времени во всех частях системы, решает проблемы.

Если автору сильно хочеться, может перевести всё на мск, хуже ему не будет - всё будет работать нормально, но когда начнёт работать совместно с другими сервисами, вот тут начнёться... всегда надо будет при входе выходе данных из другого сервиса конвертировать, если сервис не предполагает выставить для сесии временную зонну. итого, будет работать без проблем, но с гемороем - потому что решение верное - единое время в системе, но не оптимальное.