月: 2014年11月

いろいろ調べたけど、解決法はあっさり簡単だったのでメモしておく。
前提としては、データベースへの保存は UTC、アプリでの入出力はローカルタイムで行う。

サンプルアプリの作成

簡単なサンプルアプリを作る。

takatoh@nightschool $ rails new sampleapp
takatoh@nightschool $ cd sampleapp
takatoh@nightschool $ rails g scaffold items name:string release:datetime
takatoh@nightschool $ rake db:migrate

サーバを起動して http://localhost:3000/items にアクセスすると下のような画面になる。

データを入力してみる

試しに一つ、データを入力してみよう。New Item リンクをクリックして新規データ入力のページに移動。

今、日本ではは午前10時51分だ。時刻が UTC で表示されているのがわかる。
データをひとつ入力してみたあとが↓これ。時刻は UTC で表示されている。

試しに、コンソールで確認してみよう。

takatoh@nightschool $ rails c
Loading development environment (Rails 4.1.4)
2.1.1 :001 > Item.find(1)
  Item Load (0.1ms)  SELECT  "items".* FROM "items"  WHERE "items"."id" = ? LIMIT 1  [["id", 1]]
 => #<Item id: 1, name: "Sampe item 1", release: "2014-11-22 01:51:00", created_at: "2014-11-22 01:51:30", updated_at: "2014-11-22 01:51:30">

release や　created_at、 updated_at の値が 01:51:30 になっている。UTC とは書いていないけど、時刻からデータベースにも UTC で保存されているのがわかる。

アプリの入出力を日本時間にするには

config/application.rb に次の行を追加する。サンプルがコメントアウトされているので、その次辺りに入れればいいだろう。

config.time_zone = 'Asia/Tokyo'

書き加えたら、サーバを起動しなおして、itemsページにアクセスしてみよう。

今度は時刻が日本時間（+0900）で表示された！
じゃあ、新しいデータを入力するときはどうか。

ここも日本時間になっている。

データベースではどうか

コンソールで確かめてみよう。

Loading development environment (Rails 4.1.4)
2.1.1 :001 > item = Item.find(2)
  Item Load (0.1ms)  SELECT  "items".* FROM "items"  WHERE "items"."id" = ? LIMIT 1  [["id", 2]]
 => #<Item id: 2, name: "SAmple item 2", release: "2014-11-22 02:07:00", created_at: "2014-11-22 02:08:15", updated_at: "2014-11-22 02:08:15"> 
2.1.1 :002 > item
 => #<Item id: 2, name: "SAmple item 2", release: "2014-11-22 02:07:00", created_at: "2014-11-22 02:08:15", updated_at: "2014-11-22 02:08:15">

release や created_at、updated_at の時刻は 02:08:15 になっている。データベースには相変わらず UTC で保存されているのがわかる。
ちなみに、取得した Item クラスのインスタンス item からは日本時間に変換された時刻が返ってくる。

2.1.1 :003 > item.release
 => Sat, 22 Nov 2014 11:07:00 JST +09:00

まとめ

Rails 4 をローカル時間に合わせるには、config/application.rb に１行追記するだけでいい。あとは Rails が全てうまくやってくれる。

タイトル長いな。

Time.new の７つ目の引数には、UTC からのオフセットを表す文字列を指定できる。こんなふうに。

2.1.1 :001 > Time.new(2014, 11, 20, 21, 30, 0, "-06:00")
 => 2014-11-20 21:30:00 -0600

上の、”-06:00″が UTC からのオフセットを表す文字列だ。これをタイムゾーンの名前から得たい、というのが今回の趣旨。また ActiveSupport を使って書いた。

require 'active_support/time'

def utc_offset_str(timezone)
  offset = Time.now.in_time_zone(timezone).utc_offset
  h = offset / (60 * 60)
  m = (offset - h * 60 * 60) / 60
  f = h > 0 ? '+' : '-'

  sprintf("%s%02d:%02d", f, h.abs, m)
end

['Asia/Tokyo', 'America/Chicago'].each do |zone|
  puts zone
  puts utc_offset_str(zone)
end

Time#utc_offset で UTC からのオフセット（秒）が得られるので、それを使って目的の文字列を作っている。実行結果は次の通り。それにしてもベタなコードだなぁ。

takatoh@nightschool $ ruby utc_offset_str.rb
Asia/Tokyo
+09:00
America/Chicago
-06:00

おまけ。タイムゾーン名の一覧は↓ここで発見した。

　cf. タイムゾーンの一覧

さらにおまけ。
ActiveSupport の in_time_zone って ‘Asia/Tokyo’ じゃなくてただの ‘Tokyo’ でも受け付けるくせに ‘JST’ だとエラーになる。

2.1.1 :001 > require 'active_support/time'
 => true 
2.1.1 :002 > Time.now.in_time_zone('Tokyo')
 => Thu, 20 Nov 2014 21:44:24 JST +09:00 
2.1.1 :003 > Time.now.in_time_zone('JST')
ArgumentError: Invalid Timezone: JST
	from /home/takatoh/.rvm/gems/ruby-2.1.1/gems/activesupport-4.1.4/lib/active_support/core_ext/time/zones.rb:71:in `rescue in find_zone!'
	from /home/takatoh/.rvm/gems/ruby-2.1.1/gems/activesupport-4.1.4/lib/active_support/core_ext/time/zones.rb:55:in `find_zone!'
	from /home/takatoh/.rvm/gems/ruby-2.1.1/gems/activesupport-4.1.4/lib/active_support/core_ext/date_and_time/zones.rb:20:in `in_time_zone'
	from (irb):3
	from /home/takatoh/.rvm/rubies/ruby-2.1.1/bin/irb:11:in `<main>'

タイトルわかりにくいな。要するにこういうこと。

2.1.1 :001 > require 'time'
 => true 
2.1.1 :002 > now = Time.now
 => 2014-11-19 22:27:36 +0900 
2.1.1 :003 > now2 = Time.parse(now.to_s)
 => 2014-11-19 22:27:36 +0900

Time.now して作ったインスタンス now をいったん文字列に変換して、Time.parse したのが now2。当然同じ時刻を示している。

2.1.1 :004 > now
 => 2014-11-19 22:27:36 +0900 
2.1.1 :005 > now2
 => 2014-11-19 22:27:36 +0900

と思いきや、== で比較してみると false が返ってくる。

2.1.1 :006 > now == now2
 => false

どういうことかと、うーんとなった。

で、ググってみると、同じことしてる人がいるもんだね。

　cf.　「Ruby」Timeクラスの比較 – タナカイチロウの日記

どうやら、Ruby の Time クラスは時刻を浮動小数点で持っていて、上のような操作をしてしまうと、厳密に同じ時刻を再現できないらしい。

2.1.1 :007 > now.to_f
 => 1416403656.075245 
2.1.1 :008 > now2.to_f
 => 1416403656.0

なるほどね〜。こりゃ、ハマりどころだわ。
ちなみに、Time.new で作ったインスタンスだとちゃんと true が返ってくる。

2.1.1 :009 > t = Time.new(2014, 11, 19, 22, 30, 0)
 => 2014-11-19 22:30:00 +0900 
2.1.1 :010 > t2 = Time.parse(t.to_s)
 => 2014-11-19 22:30:00 +0900 
2.1.1 :011 > t
 => 2014-11-19 22:30:00 +0900 
2.1.1 :012 > t2
 => 2014-11-19 22:30:00 +0900 
2.1.1 :013 > t == t2
 => true

タイトルわかりにくいな。要するに、例えばシカゴ時間の2014年11月17日午前7時を表すオブジェクトがほしいってこと。

ActiveSupport の in_time_zone と Time#utc_offset を使って作った。

# encoding: utf-8

require 'active_support/time'

def time_in_zone(timezone, year, month, day, hour = 0, min = 0, sec = 0)
  t = Time.new(year, month, day, hour, min, sec).utc
  now = Time.now
  offset1 = now.utc_offset
  offset2 = now.in_time_zone(timezone).utc_offset
  (t + offset1 - offset2).in_time_zone(timezone)
end

puts time_in_zone('America/Chicago', 2014, 11, 17, 7, 0, 0)
puts time_in_zone('Asia/Tokyo', 2014, 11, 17, 7, 0, 0)

takatoh@nightschool $ ruby time_in_zone.rb
2014-11-17 07:00:00 -0600
2014-11-17 07:00:00 +0900

なんかオフセットを足したり引いたりしてるところがややこしくて時間がかかった。もっとスマートな方法はないもんかな。

11/20追記

Time.new の７つ目の引数に、UTC からのオフセットを表す文字列を与えてやると、同じようなことができる。

2.1.1 :001 > Time.new(2014, 11, 17, 7, 0, 0, "-06:00")
 => 2014-11-17 07:00:00 -0600

問題は、オフセット文字列じゃなくてタイムゾーンの名前から作りたいってことだ。どうやったらいいだろう？

ActiveSupport::TimeWithZone を使うのが便利。active_support/time を require する。

2.1.1 :001 > require 'active_support/time'
 => true 

UCT 時刻を America/Chicago 時刻に変換してみる。

2.1.1 :002 > t = Time.now.utc
 => 2014-11-16 11:14:17 UTC 
2.1.1 :003 > tc = t.in_time_zone('America/Chicago')
 => Sun, 16 Nov 2014 05:14:17 CST -06:00 

tc のクラスは Time ではなくて、ActiveSupport::TimeWithZone。

2.1.1 :004 > tc.class
 => ActiveSupport::TimeWithZone

Time と比較もできる。

2.1.1 :005 > t == tc
 => true

TimeZone が違うと時刻表示は当然違うけど、UTC に直すと同じ時刻なので true になる。