问题标签 [utc]

在 Python 中，使用 calendar.timegm()，我得到一个 10 位的 unix 时间戳结果。当我将它放入 Javscript 的 setTime() 函数时，它会显示 1970 年的日期。它显然需要一个 13 位长的 unix 时间戳。这怎么可能发生？它们都是从同一日期开始计算的吗？

如何在这两种语言之间使用相同的 unix 时间戳？

在 Python 中：

在萤火虫中：

I've an issue while my data persisted as utc date-time and I want my users see the right time (thier) local time.

I can do this using javascript that sends the local time from the client machine to server, but this will cause me the first time the page will be seen it will be written using the UTC-Time.

do you have more ways? thanks.

我想知道是否有任何充分的理由将时间信息存储在 UTC (GMT) 以外的任何地方？我相信这是所有软件工程的可靠规则。转换为本地时间只是为了显示目的而在 UI 层进行的转换。我还看到了需要翻译才能正确实现算法（用于处理午夜日期更改等）的情况。

您如何将时间或天数添加到 current utc_timestamp？

我在用;

对于我的 mysql 表中的“创建”和“更新”字段，但想添加一个“到期”字段，该字段允许从创建日期起 4 天。我认为这是可能的，但不确定如何。

如何在 C 中为以下日期创建 UTC 时间：

2038 年 7 月 1 日

使用标准 ANSI C 函数调用（假设结构的tm_year元素tm不能大于 137）？

可能是经典之作...您知道在 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,DSECOND
SYEAR,SMONTH,SDAYOFWEEK,SDAY,SHOUR,SMINUTE,SECOND

我会从日期猜测 D* 是 DST 的开始日期，而 S* 是结束日期。但是，我不明白为什么它需要一年和星期几字段。此外，*DAY 似乎并不表示月份中的哪一天 - 至少它不表示切换 DST 的正确日期。它似乎也不对应于 Axapta 自己的 DateTimeUtil 或 Form 自动转换转换日期的日期。

有谁知道如何解释这张表？或者我在哪里可以查到？

索伦

我的应用程序将过去和现在的日期从本地时间转换为 UTC。

我需要确保在正确处理过去日期的同时，我将尊重 Windows 的任何未来 DST 更新。

该应用程序是用 C++ 编写的，在 Server 2003 上运行。

我研究过的选项：

• gmtime()并且localtime()对于过去的日期并不总是正确的，因为它们只会遵守当前的 DST 规则。（相关的SO问题）

• tz 数据库已退出，因为它需要单独的手动更新。

• GetTimeZoneInformationForYear()因为它需要 Vista/Server 2008，所以退出了。

• 过去的 DST 信息存储在注册表中，但我正在寻找更高级别的内容。

• 升压date_time：

  • 类us_dst_rules已弃用，并且在操作系统更新时不会更新。
  • classdst_calc_engine<>是它的继任者，但它也不尊重操作系统更新。

所以...

• ...还有其他人使用原始注册表解决方案来执行此操作吗？

• ...还有其他建议吗？

（编辑：发现dst_calc_engine不支持 DST 更新）