Использование UTC с продолжением?
Если название сценария имеет пробелы в нем, более устойчивый путь состоит в том, чтобы использовать "$0" или "$(basename "$0")" - или на MacOS: "$(basename \"$0\")". Это препятствует имени то, чтобы быть искаженным или интерпретируемый всегда. В целом это - хорошая практика к всегда именам переменной двойной кавычки в оболочке.
2 ответа
Самый простой способ попытаться ввести их как UTC - это переопределить literal_datetime и / или literal_time для класса набора данных, который вы используете для возврата буквальной строки времени UTC.
Получение их выход в формате UTC зависит от используемого вами адаптера. Например, адаптер postgres вызывает Sequel.string_to_datetime, который просто вызывает синтаксический анализ класса Sequel.datetime_class (по умолчанию Time). Если столбец datetime включает информацию о часовом поясе, все должно работать нормально. Если он не включает информацию о часовом поясе, Time.parse предполагает, что ему дано местное время. В этом случае вы можете переопределить Sequel.string_to_datetime, чтобы он всегда возвращал время со смещением UTC (возможно, путем вызова Time.parse (s) .gmtime).
У меня была очень похожая проблема.
Эта информация была взята из сиквела. RDoc
Сиквел может использовать время или дату и время для раз, возвращенных из базы данных. По умолчанию время. Чтобы изменить это на DateTime, используйте:
Sequel.datetime_class = DateTime
Также убедитесь, что вы не храните информацию о часовом поясе в своей базе данных. Я использую Postgres, и тип столбца - метка времени без часового пояса .
Это должно привести к отображению даты и времени в формате UTC. У меня это сработало при передаче даты / времени 2009-07-13T03: 22: 53Z , результат отображается как 2009-07-13T03: 22: 53 + 00: 00