只是增加了关于时区和DST问题的百万个问题。
我有一个表单,其中包含单独的日期和时间字段,我将这些字段组合起来创建一个像这样的日期时间
start_time = DateTime.parse("#{parse_date(form_date)} #{form_start_time} #{Time.zone}")
如果我在2012年8月21日和15:00填写表单,那么这些是我在重新加载表单时看到的值。如果我在模型中查看我的start_time属性,则将其正确设置为Tue, 21 Aug 2012 15:00:00 EST +10:00
。
如果我在今年晚些时候使用白天节省开始(我在澳大利亚),我会遇到问题。如果我使用2012年12月21日和15:00然后检查start_time,我会看到Fri, 21 Dec 2012 16:00:00 EST +11:00
。
我对问题的解释是日期保存在我当前的时区(+10:00),因为这是我告诉DateTime.parse要做的事情。但是当返回值时,Rails会查看日期并说'嘿,它是12月的夏令时'并在+11:00时区返回时间。
如果DST生效,我想告诉DateTime.parse将时间保存在+11:00时区。显然将Time.zone传递给我的字符串并不能实现这一点。有一个简单的方法吗?我可以看到使用Time#dst做到这一点的方法吗?但我怀疑这会产生一些非常丑陋的错综复杂的代码。我以为可能会有一种我错过的内置方式。
答案 0 :(得分:15)
(Rails 4.2.4的答案,没有检查旧版本或更新版本)
我建议使用带有时区名称的in_time_zone
String方法作为参数,而不是使用固定移位+01:00,+ 02:00等:
夏令时:
ruby :001 > "2016-07-02 00:00:00".in_time_zone('Paris')
=> Sat, 02 Jul 2016 00:00:00 CEST +02:00
冬季时间:
ruby :002 > "2016-11-02 00:00:00".in_time_zone('Paris')
=> Wed, 02 Nov 2016 00:00:00 CET +01:00
String#in_time_zone
相当于:
ruby :003 > Time.find_zone!("Paris").parse("2016-07-02 00:00:00")
=> Sat, 02 Jul 2016 00:00:00 CEST +02:00
ruby :004 > Time.find_zone!("Paris").parse("2016-11-02 00:00:00")
=> Wed, 02 Nov 2016 00:00:00 CET +01:00
您可以通过以下方式获取时区名称:
$ rake time:zones:all
或者在rails控制台中:
ruby :001 > ActiveSupport::TimeZone.all.map(&:name)
或为select标签构建集合:
ActiveSupport::TimeZone.all.map do |timezone|
formatted_offset = Time.now.in_time_zone(timezone.name).formatted_offset
[ "(GMT#{formatted_offset}) #{timezone.name}", timezone.name ]
end
并存储时区名称而不是班次。
注意:不要混淆String#in_time_zone
方法和Time#in_time_zone
方法。
考虑我的系统的时区是' Paris'。
ruby :001 > Time.parse("2016-07-02 00:00:00")
=> 2016-07-02 00:00:00 +0200
ruby :002 > Time.parse("2016-07-02 00:00:00").in_time_zone("Nuku'alofa")
=> Sat, 02 Jul 2016 11:00:00 TOT +13:00
答案 1 :(得分:9)
到目前为止,这是我的解决方案。我希望有人有更好的。
start_time = DateTime.parse "#{date} #{(form_start_time || start_time)} #{Time.zone}"
start_time = start_time - 1.hour if start_time.dst? && !Time.now.dst?
start_time = start_time + 1.hour if Time.now.dst? && start_time.dst?
它似乎有用,但我没有经过严格的测试。我怀疑它可以被修饰和缩短,但我认为这是可读和可理解的。有什么改进吗?
答案 2 :(得分:1)
我遇到了这个问题。我的应用程序允许用户查看即将举办的活在美国,我们在11月2日退出DST,并且该日期之后的所有事件都提前一小时显示。
我们需要有机会选择时区并将其存储到自己的字段中。在我使用以下内容存储我的日期时间之前:
timezone_offset = Time.now.in_time_zone(params[:opportunity][:time_zone]).strftime("%z") #-0700
DateTime.parse("#{params[:opportunity][:start_datetime]} #{timezone_offset}")
要解决此问题,我已更改为:
start_datetime = Time.zone.parse(params[:opportunity][:start_datetime])
显示我们使用的正确时间:
@opportunity.start_datetime.in_time_zone(@opportunity.time_zone)
答案 3 :(得分:0)
我会尝试使用
Australian Eastern Standard Time (AEST) (UTC +10).
Australian Central Standard Time (ACST) (UTC +9 ½).
Australian Western Standard Time (AWST) (UTC +8).
调整夏令时。
答案 4 :(得分:0)
使用Rails,我们可以使用ActiveSupport :: TimeZone:
tz = ActiveSupport::TimeZone.new 'Pacific Time (US & Canada)'
tz.parse(date_str_without_zone).to_datetime
我使用TZip从邮政编码中获取TimeZone字符串(例如"太平洋时间(美国和加拿大)")。
答案 5 :(得分:0)
如果您有自定义日期/时间格式,与 String#in_time_zone
支持的格式不同,您还可以使用(从 rails 5 开始)strptime
如下:
Time.find_zone!('Auckland').strptime('2021-02-02 08.00.00', '%Y-%m-%d %H.%M.%S')