标签: utc

我正在从JSON事件源解析日期 - 但日期在IE7/8中显示"NaN":

// Variable from JSON feed (using JQuery's $.getJSON)
var start_time = '2012-06-24T17:00:00-07:00';

// How I'm currently extracting the Month & Day
var d = new Date(start_time);
var month = d.getMonth();
var day = d.getDate();

document.write(month+'/'+day);// "6/24" in most browsers, "Nan/Nan" in IE7/8

我究竟做错了什么？谢谢!

相对于当前(系统)时区,在PHP中获取UTC偏移量的最简单方法是什么？

我无法将ISO 8601时间戳转换为NSDate.我尝试使用NSDateFormatter,但我无法使用时间戳结束时出现的UTC时间偏移.为了解释,我想将以下时间戳转换为NSDate:2011-03-03T06:00:00-06:00.我的问题是:我如何处理"-06:00"部分？我尝试使用yyyy-MM-dd'T'HH:mm:ssZ我的日期格式字符串,但它不起作用.有什么建议？

我正在从Web服务下载一些JSON数据.在这个JSON中,我有一些日期/时间值.UTC中的所有内容.如何解析此日期字符串,以便结果Date对象在当前语言环境中？

例如:服务器返回"2011-05-18 16:35:01",我的设备现在应显示"2011-05-18 18:35:01"(GMT +2)

我目前的代码:

SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
Date myDate = simpleDateFormat.parse(rawQuestion.getString("AskDateTime"));

这五个陈述是否可以互换,或者是否有人知道其使用会产生不同结果的情况？从我收集的内容来看,它们是等价的,但我没有找到任何结论,GMT和UTC变体之间的潜在差异让我担心.

[NSTimeZone timeZoneWithName:@"GMT"];
[NSTimeZone timeZoneWithName:@"UTC"];
[NSTimeZone timeZoneWithAbbreviation:@"GMT"];
[NSTimeZone timeZoneWithAbbreviation:@"UTC"];
[NSTimeZone timeZoneForSecondsFromGMT:0];

我有一个用JavaScript构建的日历,用PHP比较日期.JavaScript日期对象是使用PHP设置的,但是,当我比较未来日期时,它们似乎不同步.

PHP设置为GMT,JavaScript设置为UTC; 这些标准有何不同,这是否会导致问题？

对于实施例Cache.Add使用DateTime.Now.Add来计算到期,即,其通过:

 DateTime.Now.AddSeconds(60)

作为absoluteExpiration参数的值.

我认为相对计算它DateTime.UtcNow会更正确[因为如果夏令时在现在和到期点之间的间隔开始时没有歧义].

在介绍之前DateTimeKind,我已经猜到缓存管理中有一些丑陋的黑客攻击,如果时间不是UTC时间,它可以做一些合适的事情.

在.NET 2.0及更高版本中,我猜测它应该正确处理DateTime计算,DateTime.UtcNow.AddSeconds(60)因为它必须DateTime.Kind在推理中用作输入.

多年来我一直在自信地使用它DateTime.UtcNow作为基础,但是没有能够提出这样的理由:如果没有任何指出文档在4年多的时间里一直存在误导性,这绝对是正确的做法.

问题？

1. 尽管有很多bingage和谷歌搜索我没能从MS找到任何权威的讨论 - 任何人都可以找到关于这个的东西吗？
2. 是否有任何理由使用UtcNow更加正确和/或安全？

(是的,我可以仔细阅读源和/或反射器的来源,但我正在寻找一个完整的逐个打击的低点!)

我似乎无法让gson在Java中将Date转换为UTC时间....这是我的代码......

Gson gson = new GsonBuilder().setDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'").create();
//This is the format I want, which according to the ISO8601 standard - Z specifies UTC - 'Zulu' time

Date now=new Date();          
System.out.println(now);       
System.out.println(now.getTimezoneOffset());
System.out.println(gson.toJson(now));

这是我的输出

Thu Sep 25 18:21:42 BST 2014           // Time now - in British Summer Time 
-60                                    // As expected : offset is 1hour from UTC    
"2014-09-25T18:21:42.026Z"             // Uhhhh this is not UTC ??? Its still BST !!

我想要的gson结果和我期待的结果

"2014-09-25T17:21:42.026Z"

我可以清楚地在调用Json之前减去1小时,但这似乎是一个黑客.如何配置gson始终转换为UTC？

一个闰秒会发生在6月30日,2015年不同的操作系统似乎以不同的方式处理这种情况.在我的特定情况下,我们运行的Red Hat 6.4系统具有严重依赖于时间的自定义Java(JDK 1.7)软件.根据最近我发现的一些Red Hat发布的信息,我们系统的NTP守护进程将确保操作系统通过重复23:59:59两次自动处理闰秒.

我的问题是:如果我有一个长期运行的JDK 1.7进程,它是如何知道闰秒发生的？我的意思是,Java最终如何知道IERS人们决定插入闰秒？该日期的文件似乎表明意识到闰秒,但似乎无助地模糊.我可以假设JDK,当Date构造或Calendar.getInstance()调用适当的对象 时,它是否通过底层操作系统的日期时间处理以获得适当的"实际"时间值？(在我的情况下,听起来它会重复第二次23:59:59,因为这就是操作系统将如何处理它).

我有一个字符串类型就像一个计时:"2015-01-05 17:00"和ZoneId是"Australia/Sydney".

如何使用Java 8 datetime API将此时间信息转换为对应的UTC时间？

还需要考虑DST的东西.