問題タブ [utc]

Python では、calendar.timegm() を使用して、UNIX タイムスタンプの 10 桁の結果を取得します。これを Javascript の setTime() 関数に入れると、1970 年の日付が表示されます。明らかに、13 桁の UNIX タイムスタンプが必要です。これはどのように起こりますか？どちらも同じ日付からカウントされますか?

これら 2 つの言語間で同じ UNIX タイムスタンプを使用するにはどうすればよいですか?

Python の場合:

Firebug で:

データが utc 日時として保持されている間に問題が発生し、ユーザーに適切な時間 (自分の) 現地時間を表示させたいと考えています。

クライアントマシンからサーバーにローカル時間を送信するJavaScriptを使用してこれを行うことができますが、これにより、ページが初めて表示されるときに、UTC-Timeを使用して書き込まれます。

もっと方法がありますか？ありがとう。

UTC (GMT) 以外の時間情報を保存する正当な理由があるかどうか疑問に思っています。これは、すべてのソフトウェア エンジニアリングの確固たるルールだと思います。現地時間への変換は、表示目的で UI レイヤーで行われる単なる変換です。また、アルゴリズムを正しく実装するために翻訳が必要なケースも見てきました (真夜中の日付変更の処理など)。

現在の に時間または日数を追加するにはどうすればよいですutc_timestampか?

私は使っている;

私のmysqlテーブルの「作成済み」フィールドと「更新済み」フィールドの両方に対して、作成日から4日を許可する「有効期限」フィールドを追加したいと考えています。これは可能だと思いますが、方法がわかりません。

おそらく古典的です...OracleでSYSDATEのUTC値を取得する簡単なトリックを知っていますか（8番目のバージョンでも何かが機能するようにするのが最善です）。

今のところ私はカスタム関数を持っています:(

乾杯、

ステファン

DateTime標準形式からUTCへの変換はどのように機能しますか？

具体的には、DateTimeあるタイムゾーンでオブジェクトを作成し、別のタイムゾーンに切り替えて実行ToUniversalTime()した場合、変換が正しく行われ、時間が正確に表現されていることをどのようにして知ることができますか？

さまざまなタイムゾーンと夏時間設定からのグローバル時間データを処理する必要があるアプリケーションを扱っています。アイデアは、すべてをUTC形式で内部に保存し、ローカライズされたユーザーインターフェイスに対してのみ前後に変換することです。SQL Serverは、時間、国、およびタイムゾーンを指定して翻訳を処理するためのメカニズムを提供しますか？

これは一般的な問題であるに違いないので、グーグルが使用可能なものを何も表示しないことに驚いています。

ポインタはありますか？

Axapata の TIMEZONESRULESDATA テーブルに格納されているデータを解釈しようとしています。特に、DST の開始/終了時刻がどのように格納されているかを把握したいと考えています。これまでのところ、私の推測は次のとおりです。

TZENUM: TIMEZONESLIST (タイムゾーン名と識別子) を参照する外部キー
YEAR: ルールが無期限に有効な場合、またはタイムゾーンルールが有効な年である場合は 0
BIAS: UTC 時間へのオフセット (分
単位) DBIAS: DST のオフセット (取得するために BIAS に追加されます) UTC からの合計オフセット)

今、私が理解していない部分について：

DYEAR,DMONTH,DDAYOFWEEK,DDAY,DHOUR,DMINUTE,DSSECOND
SYEAR,SMONTH,SDAYOFWEEK,SDAY,SOUR,SMINUTE,SSSECOND

日付から、D* は DST の開始日であり、S* は終了日であると推測できます。ただし、年と曜日フィールドが必要な理由がわかりません。また、*DAY は月の日を示していないようです。少なくとも、DST を切り替えるための正しい日を示していません。また、Axapta 独自の DateTimeUtil または Form 自動変換が日付を変換する日付にも対応していないようです。

この表の解釈方法を知っている人はいますか? または、どこで調べることができますか？

セーレン

私のアプリケーションは、過去と現在の日付を現地時間から UTC に変換します。

過去の日付を正しく処理しながら、将来の DST の更新を Windows に適用できるようにする必要があります。

アプリケーションは C++ で作成され、Server 2003 で実行されています。

私が調査したオプション：

• gmtime()localtime()現在の DST 規則のみを遵守するため、過去の日付に対して常に正しいとは限りません。(関連SO質問)

• 個別の手動更新が必要なため、tz データベースは使用できません。

• GetTimeZoneInformationForYear()Vista/Server 2008 が必要なため、アウトです。

• 過去の DST 情報はレジストリに保存されていますが、より高いレベルのものを探しています。

• ブーストdate_time:

  • クラスus_dst_rulesは非推奨であり、OS が更新されても更新されません。
  • classdst_calc_engine<>はその後継ですが、OS の更新も考慮しません。

そう...

• ...これを行うために未加工のレジストリソリューションを使用している人はいますか?

• ...他の提案はありますか？

（編集：dst_calc_engineDSTアップデートをサポートしていないことがわかりました）