タイムゾーンの設定について（雑な質問で申し訳ありません。）

###前提
バックエンドはRails（Model・ActiveRecord・viewなし）、フロントはhtml、js、jquery、DBはPostgreSQLです。

海外在住の日本人向けにwebサービスを構築しています。

ユーザー（海外在住）がある人（日本在住）に相談をするために、時間の予約をする画面があります。
RailsもDBも協定世界時 (UTC)ではなく、日本時間（UTC+9）で組みつつあります。

###仕様
0. （海外、日本含む）ユーザー登録時にタイムゾーンを自動取得（getTimezoneOffset）する。※ユーザー自身があとで変更可能。
0. （日本）サービス提供者が予約可能枠を登録する。
0. （海外、日本含む）ユーザーが予約可能枠に対して予約する。
⇒画面に表示する時間は登録されたユーザーのタイムゾーンで判断し表示している。

###不安
以下のサイトを拝見すると、協定世界時 (UTC)が前提とおっしゃってまして、他に参考になるようなサイトがなく質問しました。
http://quipper.hatenablog.com/entry/2016/12/05/090000
関数などはUTC基準ですので、そこから日本時間に変換するので今思うと２度手間だなと思うのですが、今まで気づかず。。
致命的な問題があったりするのかが不安です。

時差に対してどのように対応するのがベターなのでしょうか。よろしくお願いいたします。

行動規範の内容に同意します

回答2件

ベストアンサー

UTCにするのがベターです。内部的にはすべてUTCでハンドリングして、入出力部分だけを、ユーザが指定したタイムゾーンで指定、無指定の場合はサービス既定のJSTとか、でオフセットするようにすべきでしょう。

投稿2017/12/03 12:09

matobaa

総合スコア2493

subchan

2017/12/03 12:20

回答ありがとうございます。やはりそうなのですね。仮にmatobaaさんがこのような開発プロジェクト（UTCではない）に参画された場合、最も懸念される点は何か教えて頂けますでしょうか。

matobaa

2017/12/04 06:29

例えば+0900で開発を進めてしまった場合、私が最も懸念するのは時刻から日付への変換です。日本で日本人が開発している限り、やはり、タイムゾーンが違う領域からのアクセスを想定したテストケースはなかなか作りにくく網羅性に欠け、品質確保するのには相当気を使います。同様に、Date Rolling にも注意する必要があるかと思います。「支払日が平日でない場合は翌営業日、ただし翌月になる場合は前営業日」とかいうルールがあり、そのときにロンドンは平日だけどニューヨークは祝日、とか。日本人がロンドンでの買い物をドルで支払ったときの支払日は何日なんだ、とか。

matobaa

2017/12/04 06:49

あとですね、「利用者が認識しているタイムゾーンとシステムが認識しているタイムゾーンが違う」という状況がけっこういたいです。テスターは理解しちゃっているのでケースが漏れます。システムの機能仕様だけではなく、ユーザインタフェース仕様として考慮しなければなりません。

subchan

2017/12/06 10:57

matobaaさん返信ありがとうございます。また返信が遅くなりすみません。支払日についてとてもわかりやすく「うっ。。」となりました。まだそこまでの考慮は必要ないのですが、将来的に苦しむ想像ができました。今の状況は、サービスイン前、少人数での開発、地域が全世界ではなく特定の地域にターゲティングされている、などある程度の制約があるなかでしたので甘くみていました。丁寧に回答して頂きありがとうございました。

行動規範の内容に同意します

タイムゾーン指定子

タイムゾーン指定子が付与された日時フォーマットなら、UTCでもUTC+9でも良いと思います。
パーサが勝手にタイムゾーンを認識してくれます。

JavaScript
1console.log(new Date('2017-12-02T15:00:00.000Z'));      // Sun Dec 03 2017 00:00:00 GMT+0900 (東京 (標準時))
2console.log(new Date('2017-12-03T00:00:00.000+09:00')); // Sun Dec 03 2017 00:00:00 GMT+0900 (東京 (標準時))

Ruby の DateTime.parse にも同様の機能があるようなので、特に困る場面はないように思います。

class DateTime (Ruby 2.4.0)

サーバサイドで日時を出力する

以上は日時は全てサーバサイドで生成するという前提付きでの理屈となります。
クライアントサイドで実行されるJavaScriptは、サーバから受け取った「タイムゾーン指定子付きのISO8601フォーマット」を Date コンストラクタで読み取ります。
Webブラウザ利用者の現地時刻を表示したいとするなら、Date#getFullYear(), Date#getMonth() 等が対応するので、JavaScriptで日時を出力すれば解決できます。

Re: subchan さん

投稿2017/12/04 06:46

編集2017/12/04 07:37