0001デフォルトの名無しさん2018/08/11(土) 09:39:28.62ID:GyOCk5m6
はいどうぞ
>>951
いたら地獄だな、と書いたけど確実にいるから逃れようのない地獄だわなw そういう古い端末の自然淘汰を待つためにも、やっさり準備期間5年は必要だわ
古い端末だと確実に手動で端末の時間を1時間早くするだろう
JSTの時刻データ、1時間早めたJST時刻データ、サマータイム対応時刻データ
これらを正しく見分ける方法はあるのだろうか?
>>955
入力者に明示してもらうか、決め打ちにしてそれに従ってもらうか以外の方法はないな。 >>956
入力者っていうのがいればいいけどね
外部の端末から送られてきたデータが仮にUTCで記録されたデータだとしても、
その端末がもしかしたら一時間早められてる可能性があるんだよな 0958デフォルトの名無しさん2018/08/24(金) 19:43:31.09ID:Pj12/q5O
一度でもサマータイムを導入してしまうと、
過去の蓄積データに対しても、日時処理に今まで必要なかった処理が必要になる。サマータイムを止めた後も必要。
和暦だけでも面倒いのに止めてくれ。
ほんとどうするんだろうね
データをUTCで記録しているにしても
ローカル時間で知りたいことっていうのはあるはず
サマータイムが廃止されても、
その特定の日時のデータを取得する際は
サマータイムを考慮しなくちゃいけない
つまり現時点でJSTであっても、JDT用の計算が必要になる
大変すぎだろう
それでいて得られるメリットはマラソンのスタート時間のみ、それも気温では1度くらいしか変わらない差のために。
狂気だろ
>>960
マラソンのスタート時間前倒しするほうが正解
サマータイムだと夕方開催競技が真昼間で地獄へ 誰か、一時間前倒しすればいいだけだろ、アホなのか?って
「アホなのか?」を強調していってくれないかな?
本人と大勢のメディアの前でさ
0964デフォルトの名無しさん2018/08/24(金) 22:11:00.42ID:bUYoJBbe
>>959
サマータイムのデータはtzdataってのにまとめられてて
サマータイムに対応してるライブラリはそれを参照してるのが
ほとんどなんじゃないかな、少なくともJavaやLinuxの日付コマンドはそうなってて
1951年のサマータイムにも対応してるよ
新たに期間が追加されるだけ、実績はあるよ問題ない >>962
誰がどう考えてもマラソンのスタートを早めて地下鉄とバスの臨時便対応するのが正解なんだけどな
サマータイムをオリンピックのレガシーにしようとかいって、歴史に名前を残したいだけのあほ議員がいるのが怖い 0966デフォルトの名無しさん2018/08/24(金) 23:36:38.35ID:TNKt8rsU
0967デフォルトの名無しさん2018/08/24(金) 23:37:31.71ID:TNKt8rsU
サマータイム開始
start
1948-05-01 22:00:00 (Asia/Tokyo)
1948-05-01 13:00:00 (UTC)
1948-05-01 23:00:00 (Asia/Tokyo)
1948-05-01 14:00:00 (UTC)
1948-05-02 00:00:00 (Asia/Tokyo)
1948-05-01 15:00:00 (UTC)
1948-05-02 01:00:00 (Asia/Tokyo)
1948-05-01 16:00:00 (UTC)
1948-05-02 03:00:00 (Asia/Tokyo - summer time)
1948-05-01 17:00:00 (UTC)
1948-05-02 04:00:00 (Asia/Tokyo - summer time)
1948-05-01 18:00:00 (UTC)
1948-05-02 05:00:00 (Asia/Tokyo - summer time)
1948-05-01 19:00:00 (UTC)
1948-05-02 06:00:00 (Asia/Tokyo - summer time)
1948-05-01 20:00:00 (UTC)
もうばっちり動いてる
0968デフォルトの名無しさん2018/08/24(金) 23:38:13.99ID:TNKt8rsU
サマータイム終了
end
1948-09-10 22:00:00 (Asia/Tokyo - summer time)
1948-09-10 12:00:00 (UTC)
1948-09-10 23:00:00 (Asia/Tokyo - summer time)
1948-09-10 13:00:00 (UTC)
1948-09-11 00:00:00 (Asia/Tokyo - summer time)
1948-09-10 14:00:00 (UTC)
1948-09-11 01:00:00 (Asia/Tokyo - summer time)
1948-09-10 15:00:00 (UTC)
1948-09-11 01:00:00 (Asia/Tokyo)
1948-09-10 16:00:00 (UTC)
1948-09-11 02:00:00 (Asia/Tokyo)
1948-09-10 17:00:00 (UTC)
1948-09-11 03:00:00 (Asia/Tokyo)
1948-09-10 18:00:00 (UTC)
1948-09-11 04:00:00 (Asia/Tokyo)
1948-09-10 19:00:00 (UTC)
もうばっちり動いてる
>>968
知らなきゃバグになりそう
結局、日時の計算をするときはタイムゾーンがないと
正確な計算ができないってことなんだよね 0971デフォルトの名無しさん2018/08/25(土) 09:06:39.06ID:0r5h6/lL
何度もいってるとおり(>>810>>837>>906)
>>631にしっかり適切な回答が書いてある
池沼には理解できない
すべて池沼の知能の問題
繰り返し不要 >>14書いて馬鹿にされた以降ロクな論拠も上げられず同じこと書いている粘着さん乙 0973デフォルトの名無しさん2018/08/25(土) 10:05:29.53ID:0r5h6/lL
このスレは>>14書いてあるとおりになってる
まず知恵遅れは自分の知恵遅れを棚にあげるからな
サマータイムなんか海外ではずーっと実施されてるわけ
で、問題もおきない
西欧で主に発展してきた計算機そういう基本的な機能がないワケがないからな
知恵遅れがいちいち知恵遅れな作りにするから問題がおきるだけだけだからな 0974デフォルトの名無しさん2018/08/25(土) 10:08:42.20ID:0r5h6/lL
で、低学歴知恵遅れは自分がいかに低学歴知恵遅れで
自分が人間未満のゴミクズ人間という自覚がない
そして自己評価だけは高い
こういうのは
低学歴知恵遅れのクソニート、底辺ITドカタに多い
サマータイムに対応したcronを作るとなったら
どういう仕様にすればいいだろうか?
一般的なユースケースとして毎日深夜1:30分に
バックアップ処理を開始する。
サマータイムに入る時1時から2時に時間が進み
サマータイムが終わる時は2時から1時に時間が戻るものとする
1時から2時間が進むのだから深夜1:30分に
タイマーをセットしても発動しない。
1分毎に発動し、指定した時間が過ぎたかどうかで判断する必要がある
2時から1時に時間が戻るため、1:30分が2回発生する
だから一回発動したものは再度発動しないように制御する必要がある
UTCで時間を判断してしまうと、1:30にセットしたものが
2:30分に発動してしまうことになるので、
ローカルタイムで時間を判断する。
この時JSTとかJDTとかは無視する。
現在のタイムゾーンで、1:30を過ぎたかどうかで判断する
こんなところで大丈夫なのかな?
たかがcronでもサマータイム対応は大変だね
cronをクーロンと呼ぶな
恥ずかしい
クロンかクローンだ
やっぱり外部とのシステム連携が一番大変かな
スマホとかだと特にね
スマホのスケジュール管理アプリ。クラウドにデータ保存するが
インターネットに接続してないときはローカルにデータを記録するものとする
データはUTCもしくはタイムゾーン付きの日時で保存する
これで問題は解決するように思えるが、
スマホが古くてサマータイムへのアップデートに
対応できない場合アプリ側で対応することになる
なぜならサマータイムに対応するためにJSTのままスマホの時間を
1時間早くするだろうから時間がずれる
アプリをバージョンアップし、サマータイム中はJDTとして扱うようにする?
でもこれでもスケジュールで毎日1:30にアラームとか設定するとおかしくなるので
ローカル時間で管理しないとダメかな?
アラーム系が鬼門だな。
いままでは毎日同じ時間にアラームをセットするなら
最初に設定した日時に24時間(86400秒)を足していったのが
次のアラームの時間だけど、サマータイムに入るときは23時間、
出るときは25時間たさないと次のアラームの時刻にならない
どうプログラミングするのが楽なんだろうね。
一旦タイムゾーン情報をなくしてから足していくとか?
でも1:30にセットして、サマータイムで1:00が2:00に飛ぶ場合
いつアラームがなればいいかは場合によるんだよな
例えば、1:30にアラームをセットして、2:00に鳴ったら30分遅れたことになる
その30分前だから0:30分にアラームが鳴らないといけない
0:00の90分後としてアラームをセットしたなら2:30に鳴らなければいけない
さっきのcronの仕組みだと、1:30にアラームをセットしたら2:00にアラームが鳴る
鳴らないのが正解のパターンもあるかもしれない。
ソレを含めると
でも1:30にセットして、サマータイムで1:00が2:00に飛ぶ場合
・アラームはならない
・0:30にアラームが鳴る
・2:00(=1:00)にアラームが鳴る
・2:30にアラームが鳴る
この4パターンが考えられるだろう 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
少なくとも、日時指定の直接指定方式と
現在(特定の日時)から何分後といった相対指定
この2つは必要になるんだろうな
「24時間サイクルで通知する」のと
「毎日○時○分に通知する」とでは
意味が違うわけか
>>975
> どういう仕様にすればいいだろうか?
要件次第
バックアップ処理などではサマータイムに入る時が厳しくて前日のジョブの終了時間は同じなのに次の日のジョブ開始は1時間早まるので実質的なバックアップ時間が短くなる
それでも充分間に合うなら何もしなくていいかもしれない
間に合わないならその日はすっ飛ばして次の日から1時間早めて開始するようにするかもしれない
とにかく要件も決まらないうちから
> 1分毎に発動し、指定した時間が過ぎたかどうかで判断する必要がある
などの実装を考える奴はたいてい使えない > > 1分毎に発動し、指定した時間が過ぎたかどうかで判断する必要がある
> などの実装を考える奴はたいてい使えない
ん? cronの実装がそうでしょ?
0989デフォルトの名無しさん2018/08/25(土) 11:53:57.91ID:0r5h6/lL
なにをしたいかをきめるのは
ユーザーだからな
クソニートや底辺ドカタがきめることじゃない
まあ、典型的なクソニートの思考回路だわ
> サマータイムに対応したcronを作るとなったら
って書いてあるのに、何を勘違いしてるんだろうか?
0991デフォルトの名無しさん2018/08/25(土) 11:56:22.11ID:0r5h6/lL
なにを実現したいかをきまってもないのに
低学歴知恵遅れのクソニートや底辺ドカタがどうすればいいかとか
いってるワケだからな
0992デフォルトの名無しさん2018/08/25(土) 11:58:44.57ID:0r5h6/lL
ローカル時刻にアラームが2回鳴るのは仕様通りともいえる
むしろ平常運転
しかもなんの問題もおきない
普通のユーザーなら
期待通り適切に動いてるというわ
>>958
わかった!
そのどさくさで年金をなかったことにしようという
自民党の実に嫌らしい策略だよそれ!! 0994デフォルトの名無しさん2018/08/25(土) 12:26:20.47ID:Rd+8kb1Q
お前らバカか?
コンピュータの時計を動かさなければいいだけだろ
0995デフォルトの名無しさん2018/08/25(土) 12:28:06.15ID:0r5h6/lL
もう何度もいってるが
もともと夏時間になっても
計算機の時刻はかわらない
タイムゾーンがかわっても
計算機の時刻はかわらない
NTPサーバーがかえす時刻もかわらない
ホントな知恵遅れは物覚えがわるいわ
0996デフォルトの名無しさん2018/08/25(土) 12:54:51.56ID:0r5h6/lL
まとめるとな
もともと低学歴知恵遅れが作ったシステムでは
夏時間とか関係なく計算機のタイムゾーンかえるだけで
適切に動作しなくなる
計算機をパリ時間にしたりニューヨーク時間しても
まともに動かない
計算機で夏時間にするというのは
時差の設定(足し込む定数)をかえるだけのことだからな
おんなじことを特に情報を付け加えるでもなく何度も繰り返したりね
0998デフォルトの名無しさん2018/08/25(土) 12:58:48.45ID:0r5h6/lL
低学歴知恵遅れが同じことを
ひたすらわめいてるからしょうがない
オレは適切に低学歴知恵遅れに啓蒙している
ただ効果がない
低学歴知恵遅れは低学歴知恵遅れの自覚がない
低学歴知恵遅れは自分が人間未満のゴミクズ人間である自覚がない
ゴミクズ人間のくせに自己評価だけは高い
ゴミクズ人間はゴミクズ人間のまま寿命まで生きてる
0999デフォルトの名無しさん2018/08/25(土) 13:10:49.96ID:KMExyDFm
>>992
ユーザが決めることだと言いつつ
半角さんが仕様どおりだと言う
半角さんはユーザなのかな?
だったら良いですけど
ものわかりの良いユーザさんで助かりますけど 1000デフォルトの名無しさん2018/08/25(土) 13:17:22.46ID:KMExyDFm
サマータイムを抜けるときに同じ処理を2回実行するのが
仕様ならばcronでは処理できないですね
別途仕組みを考えないといけない
10011001Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 14日 3時間 37分 54秒
10021002Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php