アカウント名:
パスワード:
日本だけしか使わないシステムだと、サーバ側のOSや、DBのTimezone がJST固定で、 APIに渡すタイムスタンプもJST が前提とかそういうシステムどっさりかと思います。
/search.action?start=201808010700&end=201808020000 = JST
こんな api 、どこでもありますよね・・。まぁとんでもないことになりますね。
PCの時刻同期使ってる場合はどうなるんだろうかあと、電波時計なんかはどうなるんだろうか
PCの時間同期は問題ないです。内部がUTCになってる。
電波時計は1時間なら対応してるけど2時間になると自動的に動くかどうか…
いやー、日本だとPCの内蔵時計はlocaltimeにする(で、UTCとのずれは固定という前提を置いた運用)のが一般的で、時刻同期もNTPで降りてきた時間をlocaltimeに変換してから時計に設定(これ自体は内蔵時計のタイムゾーンがわかっていれば矛盾はない)してますよ。
Linux/UNIXの眷属だとインストーラが内蔵時計をUTCにするかlocaltimeにするか選択する画面を持ってます。その辺のサーバ運用教科書だと大抵「localtimeにしといた方がいいですよ」って書いてある。
お手元のPCのBIOSセットアップ画面で内蔵時計の時刻をご覧になるとよいのでは。
それはマザーボード上のハードウェアクロック(RTC)をUTCにするかローカルタイムにするかの設定です。ですのでOS内部では常にUTCで扱われています。
影響するのはRTCを読み込む再起動時になります。
電波時計については、NICTのページに標準電波の仕様が書いてあります。
なんと、タイムコードとしてlocaltimeを放送してます。
で、予備ビットに「これを夏時間情報として用いる場合には」と留保が書いてあります。
時計屋さんがこれを「実施されうるもの」と解釈して実装していれば、「夏時間実施中」への遷移とともにタイムコードが進んだり戻ったりするので、時計は頑張って時刻合わせをする、の、かな。
「場合には」だから決まるまでわかんないじゃん、と解釈すれば、タイムコードだけに着目して、大幅にずれた時間が下りてきたら普通に頑張って時刻合わせが始まる、の、かな。
電波時計でもそうじゃなくてもだけど、タイムカードと勤務時間の関係とかも調整時刻をまたいであ勤務してる人の扱いとかどうするってなるよね。
開始日は少なくしか勤務してないのに終了時間を早く迎えるし、終了日は同じ時刻を2回超えてるから、タイムカードは8時間なのに実際は10時間勤務。
サマータイム導入してる国ってどうしてんの?これ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
JST前提のAPI・・ (スコア:1)
日本だけしか使わないシステムだと、
サーバ側のOSや、DBのTimezone がJST固定で、 APIに渡すタイムスタンプもJST が前提とか
そういうシステムどっさりかと思います。
/search.action?start=201808010700&end=201808020000 = JST
こんな api 、どこでもありますよね・・。まぁとんでもないことになりますね。
Re: (スコア:0)
PCの時刻同期使ってる場合はどうなるんだろうか
あと、電波時計なんかはどうなるんだろうか
Re:JST前提のAPI・・ (スコア:1)
PCの時間同期は問題ないです。内部がUTCになってる。
電波時計は1時間なら対応してるけど2時間になると自動的に動くかどうか…
Re:JST前提のAPI・・ (スコア:2)
いやー、日本だとPCの内蔵時計はlocaltimeにする(で、UTCとのずれは固定という前提を置いた運用)のが一般的で、時刻同期もNTPで降りてきた時間をlocaltimeに変換してから時計に設定(これ自体は内蔵時計のタイムゾーンがわかっていれば矛盾はない)してますよ。
Linux/UNIXの眷属だとインストーラが内蔵時計をUTCにするかlocaltimeにするか選択する画面を持ってます。その辺のサーバ運用教科書だと大抵「localtimeにしといた方がいいですよ」って書いてある。
お手元のPCのBIOSセットアップ画面で内蔵時計の時刻をご覧になるとよいのでは。
Re: (スコア:0)
それはマザーボード上のハードウェアクロック(RTC)を
UTCにするかローカルタイムにするかの設定です。
ですのでOS内部では常にUTCで扱われています。
影響するのはRTCを読み込む再起動時になります。
Re:JST前提のAPI・・ (スコア:2)
電波時計については、NICTのページに標準電波の仕様が書いてあります。
なんと、タイムコードとしてlocaltimeを放送してます。
で、予備ビットに「これを夏時間情報として用いる場合には」と留保が書いてあります。
時計屋さんがこれを「実施されうるもの」と解釈して実装していれば、「夏時間実施中」への遷移とともにタイムコードが進んだり戻ったりするので、時計は頑張って時刻合わせをする、の、かな。
「場合には」だから決まるまでわかんないじゃん、と解釈すれば、タイムコードだけに着目して、大幅にずれた時間が下りてきたら普通に頑張って時刻合わせが始まる、の、かな。
Re:JST前提のAPI・・ (スコア:1)
そして実際の時計は3時間進んで大惨事になる
Re: (スコア:0)
電波時計でもそうじゃなくてもだけど、
タイムカードと勤務時間の関係とかも調整時刻をまたいであ勤務してる人の扱いとかどうするってなるよね。
開始日は少なくしか勤務してないのに終了時間を早く迎えるし、
終了日は同じ時刻を2回超えてるから、タイムカードは8時間なのに実際は10時間勤務。
サマータイム導入してる国ってどうしてんの?これ。