ユーザー設定に基づいて電子メール メッセージをタイムアウトさせようとしています。朝の計算は正しく機能していますが、日付が期待どおりに動作しないため、夕方のメールが送信されません。
まず、時間を取得し、ユーザーの場所などに基づいて調整を実行するために使用しているコードを次に示します。
var time = moment();
var machineTZ = time.zone();
var userTZ = 420;
var diffTZ = userTZ - machineTZ;
var oneHour = moment(time).add('minutes', 60);
var morningRun = moment().startOf('day');
morningRun.hour(7).minute(0);
morningRun.add('minutes', diffTZ);
var eveningRun = moment().startOf('day');
eveningRun.hour(19).minute(30);
eveningRun.add('minutes', diffTZ);
別のメールを送信するスケジュールを設定する時間かどうかを毎時間チェックしています。現在、これはハードコーディングされていますが、ユーザー設定を追加し始めると、外出したい現地時間を選択できるようになります。
トラブルシューティングのために値をデバッグしています。(サーバーの観点から) 早朝に実行されたジョブからの出力は次のとおりです。
lastRun: 2013-10-12T00:06:55.088Z (this one is being run at 1 am)
morningRun: 2013-10-11T14:00:00.000Z
eveningRun: 2013-10-12T02:30:00.000Z
実行数は、私が期待するとおりです。2 時間以内に夕方のメールを送信したいと考えています (私の時間の午後 7 時 30 分 = 翌日のサーバー時間の午前 2 時 30 分)。
1 時間後にもう一度見ると、次のことがわかります。
lastRun: 2013-10-12T01:06:58.267Z (this one is at 2 am)
morningRun: 2013-10-12T14:00:00.000Z
eveningRun: 2013-10-13T02:30:00.000Z <---- what?
まだ 10/12 (まだ 10/13 ではない) なのに、突然私の夜の計算が日付変更線をひっくり返しました。このため、30 分ではなく 24 時間以内にメールを送信する必要があると判断されたため、メールをスケジュールする必要があるかどうかを確認するチェックが失敗しました。
しばらくの間、この奇妙な矛盾と戦っていましたが、なぜそれが起こっているのかを理解し、上記のタイムゾーンのものを使用して計算を調整したと思いましたが、それはうまくいきませんでした:(.これは確かにある種の奇妙なようですこれが起こると予想されるバグ:
//Today is 10/12
var eveningRun = moment().startOf('day'); //10/12/2013 - 00:00:00
eveningRun.hour(19).minute(30); //10/12/2013 - 19:30
eveningRun.add('minutes', diffTZ); //10/13/2013 - 2:30 am
これは、ある時点で「今日」が実際には 10/13 であると判断し、代わりに 10/14 に夜のランが行われるように設定するまで機能します。ヘルプをいただければ幸いです。または、これがバグである場合は、解決されるまでこの問題を回避するために何ができるかを知りたいです。