Сохранение даты и времени в UTC неточно иногда

Ответ 1

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

Этот трюк сохраняет время как поддельное время UTC. Хотя технически он имеет зону UTC (так как все время сохраняется в db в UTC), но по определению он должен интерпретироваться как местное время, независимо от текущего часового пояса.

class Model < ActiveRecord::Base
  self.skip_time_zone_conversion_for_attributes = [:start_time]

  def start_time=(time)
    write_attribute(:start_time, time ? time + time.utc_offset : nil)
  end
end

Позвольте проверить это в консоли rails:

$ rails c
>> future_time = Time.local(2020,03,30,11,55,00)
=> 2020-03-30 11:55:00 +0200

>> Model.create(start_time: future_time)
D, [2016-03-15T00:01:09.112887 #28379] DEBUG -- :    (0.1ms)  BEGIN
D, [2016-03-15T00:01:09.114785 #28379] DEBUG -- :   SQL (1.4ms)  INSERT INTO `models` (`start_time`) VALUES ('2020-03-30 11:55:00')
D, [2016-03-15T00:01:09.117749 #28379] DEBUG -- :    (2.7ms)  COMMIT
=> #<Model id: 6, start_time: "2020-03-30 13:55:00">

Обратите внимание, что Rails сохранила время в 11:55 в "поддельной" зоне UTC.

Также обратите внимание, что время в объекте, возвращенном из create, неверно, потому что в этом случае зона будет преобразована из "UTC". Вы должны были бы посчитать с этим и перезагрузить объект каждый раз после установки атрибута start_time, чтобы можно было пропустить переход в зону:

>> m = Model.create(start_time: future_time).reload
D, [2016-03-15T00:08:54.129926 #28589] DEBUG -- :    (0.2ms)  BEGIN
D, [2016-03-15T00:08:54.131189 #28589] DEBUG -- :   SQL (0.7ms)  INSERT INTO `models` (`start_time`) VALUES ('2020-03-30 11:55:00')
D, [2016-03-15T00:08:54.134002 #28589] DEBUG -- :    (2.5ms)  COMMIT
D, [2016-03-15T00:08:54.141720 #28589] DEBUG -- :   Model Load (0.3ms)  SELECT  `models`.* FROM `models` WHERE `models`.`id` = 10 LIMIT 1
=> #<Model id: 10, start_time: "2020-03-30 11:55:00">

>> m.start_time
=> 2020-03-30 11:55:00 UTC

После загрузки объекта атрибут start_time является правильным и может быть вручную интерпретирован как локальное время независимо от фактического часового пояса.

Я действительно не понимаю, почему Rails ведет себя так, как это делает в отношении опции конфигурации skip_time_zone_conversion_for_attributes...

Обновление: добавление читателя

Мы также можем добавить читателя, чтобы мы автоматически интерпретировали сохраненное "поддельное" время UTC по местному времени, не меняя время из-за изменения часового пояса:

class Model < ActiveRecord::Base
  # interprets time stored in UTC as local time without shifting time
  # due to time zone change
  def start_time
    t = read_attribute(:start_time)
    t ? Time.local(t.year, t.month, t.day, t.hour, t.min, t.sec) : nil
  end
end

Тест в консоли rails:

>> m = Model.create(start_time: future_time).reload
D, [2016-03-15T08:10:54.889871 #28589] DEBUG -- :    (0.1ms)  BEGIN
D, [2016-03-15T08:10:54.890848 #28589] DEBUG -- :   SQL (0.4ms)  INSERT INTO `models` (`start_time`) VALUES ('2020-03-30 11:55:00')
D, [2016-03-15T08:10:54.894413 #28589] DEBUG -- :    (3.1ms)  COMMIT
D, [2016-03-15T08:10:54.895531 #28589] DEBUG -- :   Model Load (0.3ms)  SELECT  `models`.* FROM `models` WHERE `models`.`id` = 12 LIMIT 1
=> #<Model id: 12, start_time: "2020-03-30 11:55:00">

>> m.start_time
=> 2020-03-30 11:55:00 +0200

т.е. start_time корректно интерпретируется в локальное время, хотя он хранился как один и тот же час и минута, но в формате UTC.

Ответ 2

Это может звучать немного, но я столкнулся с подобными проблемами с недавним приложением, с которым мне было поручено, - но с другой стороны - когда я запускаю ETL для загрузки данных для приложения, даты из источника хранится в EST. Rails считает, что это UTC, когда вы обслуживаете данные, поэтому для этого я преобразовал даты в UTC с помощью P/SQL. Я не хотел, чтобы эти даты отличались от других полей даты в приложении.

Вариант A В этом случае вы могли бы зафиксировать часовой пояс пользователя при создании и отправить его в виде скрытого поля в форме? Я все еще изучаю RoR, поэтому не знаю, как правильно это сделать, но сейчас я бы сделал что-то вроде этого:

Пример (я проверил это, и он отправит смещение (минуты) в скрытое поле):

<div class="field">
  <%= f.hidden_field :offset %>
</div>

<script>
  utcDiff = new Date().getTimezoneOffset();
  dst_field = document.getElementById('timepage_offset');
  dst_field.value = utcDiff;
</script>

Если вы затем отправляете utcDiff вместе с выбранной пользователем датой, вы можете рассчитать дату UTC перед сохранением. Я полагаю, вы могли бы добавить это и в модель, если эти данные необходимо знать позже.

Я думаю, что независимо от того, как это будет сделано, всегда будет небольшая область для путаницы, если только пользователь не сможет предоставить правильную информацию, что приведет меня к...

Вариант B: Вы могли бы вместо скрытого поля предоставить список выбора (и быть дружественным, по умолчанию это локальное смещение пользователей), чтобы они могли предоставить зону, для которой указана дата.

Обновление - Выбор TimeZone Я провел некоторое исследование, и похоже, что в поле выбора часового пояса уже есть помощник формы.

Ответ 3

Я проголосовал за самый простой маршрут и за сохранение в UTC. Создайте столбец для страны происхождения, настройте оповещение google для "летнего времени", и если Чили решит прекратить использовать летнее сбережение или изменить его каким-то безумным способом, вы можете адаптироваться, запросив вашу базу данных для чилийских пользователей и отрегулировав их соответственно соответствует значению script. Затем вы можете использовать Time.parse с датой, временем и часовым поясом. Чтобы проиллюстрировать, вот результаты за день до перехода на летнее время и после перехода на летнее время на 3/13/2016:

Time.parse("2016-03-12 12:00:00 Pacific Time (US & Canada)").utc
=> 2016-03-12 20:00:00 UTC
Time.parse("2016-03-14 12:00:00 Pacific Time (US & Canada)").utc
=> 2016-03-14 19:00:00 UTC

Это даст вам список принятых имен часовых поясов:

timezones = ActiveSupport::TimeZone.zones_map.values.collect{|tz| tz.name}