в следующий раз не впадать в ступор?
Ну, если сервер будет "просто так" принимать 12 часов, то на это жэ значение "просто так" он будет и отдавать 12 часов. Чтобы записать 12 часов, а прочитать 8 -- надо проделать преобразования, о которых указать явно. Например, сделать SET TIMEZONE пред выборкой для REST API. Или прямо привести timestamptz к timestamp при таймзоне UTC (у функцыи конвертацыи есть такой параметр) внутри SELECTа.
Лучше все таки на стороне клиента всегда оперировать aware датой-временем и объектами вместо строк, чтобы не впадать в ступор.
Возможно, кстати, есть и функцыи форматирования времени под соответствующую таймзону, чтобы он, допустим в одном SELECT всегда выдавал в UTC, без дополнительного приведения и с прямо указанной таймзоной +0000 -- но тут мне лень искать.
Обсуждают сегодня