問題タブ [dst]

VBA の日付が DST に含まれているかどうかを知る関数は何ですか?

私たちが持っている古い C++ MFC プログラムのバグで、固定基準日からの特定の日付のオフセット (日数) を計算することがわかりました。何らかの理由で結果が 1 つずれていたので、元のプログラマーが CTimeSpan.GetDays() メソッドを使用した場所まで追跡しました。ドキュメントによると：

夏時間により、GetDays が驚くべき結果を返す可能性があることに注意してください。たとえば、DST が有効な場合、GetDays は 4 月 1 日から 5 月 1 日までの日数を 30 ではなく 29 と報告します。これは、4 月の 1 日が 1 時間短縮されるため、1 日としてカウントされないためです。

私が提案する修正は、(obj.GetTotalHours()+1)/24代わりに使用することです。これは毎日ほぼ同じ時間に実行されるバッチ ジョブなので、すべての問題をカバーできると思いますが、実装する前にここの賢い人にもっと良い方法があるかどうか尋ねてみようと思いました。

これは単なる副次的な問題ですが、プログラムがいつでも実行できる場合、これがどのように処理されるかにも興味があります。

少し前に、誰かのために1年以内の相対的な時間を計算するために使用できる時間ベースのライブラリをまとめました。当時、夏時間調整のために両方向に1時間シフトしたことを指摘しました。議会が夏時間の規則を変更したことに気づきました。アルゴリズムの変更を解決するための更新に関する情報を見たのを覚えていません。誰かがこのトピックに関する情報を持っていますか？

自分のロケールで夏時間が切り替わる日付を Oracle で選択する方法はありますか?

これと漠然と同等の何かがいいでしょう：

編集: 2007 年に行ったように、議会が DST 法を調整するときに変更を必要としない解決策を望んでいました。ただし、投稿された解決策は機能します。

この問題は、サマータイムの変更中に発生しました。変更が発生した後、サーバー アプリケーションが誤った時刻をログに書き込み始めたことに気付きました。これは、.NET がタイム ゾーン オフセットをキャッシュしていることを意味します。この問題を解決するには、アプリケーションを再起動する必要がありました。この問題を再現する簡単なアプリケーションを作成しました。アプリケーションの実行中にタイム ゾーンを変更すると、DateTime.Now プロパティは古いタイム ゾーンで時刻を生成し続けます。アプリケーションを再起動する以外に、この問題の回避策があるかどうかを知っている人はいますか?

1970 年 1 月 1 日の午前 0 時 (UTC) (以前の time() の呼び出しの結果) から経過した秒数として表された時刻があります。この時間に 1 日を追加するにはどうすればよいですか?

24 * 60 * 60 を追加すると、ほとんどの場合は機能しますが、サマータイムがオンまたはオフになると失敗します。つまり、たいていは 24 時間追加しますが、23 時間または 25 時間追加することもあります。

説明する - プログラム:

}

プロデュース:

3 月 12 日、13 日、... の時刻も午前 8 時にします。

FigBug によって提供された答えは、私を正しい方向に向けました。しかし、gmtime の代わりに localtime を使用する必要がありました。

ください：

それが私が欲しいものです。gmtime を使用すると、14:00:00 の時間が表示されます

ただし、すべて土日ですのでご注意ください。また、3 月 32 日、33 日などに移動します。mktime 関数を投入すると、最初の場所に戻ります。

私に与えます：

私は何が欠けていますか???

OK、使用するFigBugの最新の提案を試しました：

asctime の代わりに、同じ結果が得られます。したがって、ライブラリやコンパイラが台無しになっていると思います。Cygwin で g++ 3.4.4 を使用しています。ファイルを Solaris 5.8 にコピーし、そこで g++ 3.3 を使用してコンパイルしました。そこで正しい結果が得られます！実際、出力に ctime を使用しても asctime を使用しても、正しい結果が得られます。

g++ 3.4.6 を使用する Red Hut Linux でも、(両方の出力関数で) 正しい結果が得られます。

したがって、Cygwin のバグに遭遇したと思います。

皆様のご協力、ご助言をよろしくお願いいたします。...

私が持っているいくつかの PHP コードで、非常に奇妙なバグが発生しました。このページでは、コースへの学生の登録を管理しています。このページには学生のコースの表があり、各行にはいくつかの日付があります: 入学日、修了日、評価に合格した日、証明書を受け取った日です。

テーブル データは PHP によって生成され (DB からデータを引き出します)、Javascript は実際にテーブルをレンダリングします。PHP からの出力は、次のような JS コードです。

データベースでは、すべての日付フィールドがDATE(ではないDATETIME) フィールドとして保存されます。

バグは、日付が 1 日オフとして表示されていることです。これは、サーバーが夏時間のある地域にあることに大きく関係していると思われますが、ここでは夏時間はありません (つまり、サーバー時間は 1 時間ずれています)。これは、特にデータの準備とレンダリングが 2 つの異なるタイムゾーンでどのように行われているかを説明しています。つまり、サーバーは、8 月 15 日の午前 0 時に完了したことをクライアントに伝え、クライアントはそれを 14 日の午後 11 時と解釈し、8 月 14 日を表示します。

しかし、ここで紛らわしい部分があります。これは、resultDate および certDate フィールドに対してのみ行っていることです。データをローカル サーバーにコピーしたところ、本番サーバーが実際にはこれら 2 つのフィールドに対して異なるタイムスタンプ (1 時間ずれたタイムスタンプ) を送信していることがわかりましたが、dateEnrolled フィールドは同じです。

データベースからのまったく同じコードとデータを使用した出力は次のとおりです。

これが夏時間が考慮されていないことに問題があるかどうかは理解できますが、dateEnrolled が同じであることに注意してください。

MySQL の日付を UNIX タイムスタンプに変換する PHP コードは次のとおりです。

これを修正する方法についてのアイデアはありますか?

サーバーとの間で連絡先を同期するための j2me アプリを開発しています。競合の解決/同期計算のために、各連絡先の更新および作成時間 (長いミリ秒) を保存しています。

クライアントとサーバーのアプリは異なるタイムゾーンにある可能性があるため、クライアント側とサーバー側での計算のために、タイムゾーンを含む時間を標準形式で保存する方法 (タイムゾーンと夏時間の違いに注意するため)。

私の会社は、米国のクライアント向けに次のアプリケーションをサポートしています。

IBMメインフレーム、DB2、Unix、テラデータ、オラクル、SQL Server 2005、ローソン

来月からサマータイムが始まりますが、何か悪いことが起こらないように気をつけなければならないことについて、総論を教えてください。

ありがとう、ヴィサフ