- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
这是我第一次遇到此错误:
收到此错误的系统是我构建的数据库/日历访问 UI。该系统需要进行大量测试,而且我以前从未见过此错误消息。而且,系统在过去的几个月里一直运行良好,我的老板刚刚给我发了一封电子邮件,其中包含错误的屏幕截图。
乍一看,问题在于所涉及的电子表格和脚本不在同一时区(数据库中的事件时间与日历上的事件时间不同,所以我认为这是时区)。我将所有内容都放在同一时区,看起来效果很好。
但是我又试了一次,还是同样的错误。我做了一些调查,我的日志中出现以下内容:
Event info: project_trainingDate1 --> Fri Mar 28 2014 00:00:00 GMT-0400 (EDT)
Event info: project_trainingDate2 --> Wed Mar 26 2014 19:00:00 GMT-0400 (EDT)
当 UI 明显具有以下值时:
注意:数据库中存在的日期将 UI DateBox
设置为该日期。这意味着在上面的示例中,trainingDate1
在数据库中,因此 DateBox.setDate()
函数正常工作。但是,诸如 trainingDate2
之类的日期是我刚刚在 UI 中创建的日期,这意味着 DateBox
小部件没有设置先前的值。我想这就是时间差异的来源。
第二个 Date 对象实际上是 newDate(UI value - 5 hours)
,这肯定会带来问题,因为实际日期最终会比时间晚一天。稍后设置。
我以前没有遇到过这个问题,我的老板也没有遇到过。这让我相信某处存在时区问题,并且最近由于某些变化而出现了...但是,我已经进行了双重和三重检查时区设置:
所有时区设置均为GMT -0500,几个月来一直如此。老实说,这没有任何意义 - 我认为时区是问题所在,但它似乎是随机值发生的...请参阅 UI 检索值日志中的以下内容:
Event info: project_editingDate1 --> Sat Mar 29 2014 00:00:00 GMT-0400 (EDT)
Event info: project_editingDate2 --> Sat Mar 29 2014 19:00:00 GMT-0400 (EDT)
Event info: project_editingDate3 --> Sun Mar 30 2014 18:00:00 GMT-0400 (EDT)
其中 UI 值如下:
editingDate1
是一个 DateBox
值,其值由数据库中的条目设置。然而,更奇怪的是,editingDate2
和 editingDate3
相差一个小时(而且两个时间都错误)。
所以问题:什么类型的时区或与 DateBox
相关的其他问题导致这些值偏离 5 或 6 小时 ?
请记住,此项目中的时区设置没有更改,并且在过去 3 个月内一直使用相同的日历和代码而没有更改;现在这种奇怪的行为正在发生,我不明白为什么。有什么想法吗?
P.S. - 我知道脚本时区与电子表格时区不同可以 often be the source of errors ,但是在发布该项目之前进行的两周的广泛测试中,我从未遇到过这个 'DateBox
返回预期小时 -5' 的问题,并且每个时区设置都与之前完全相同.
P.P.S. - 我从法国访问该系统,但我登录了托管该系统的我们工作的管理员帐户。我的个人时区差异不应覆盖系统时区设置...但小时的差异几乎让我相信我只是错过了一些非常明显的东西。
最佳答案
我知道这会让您生气(或紧张),但我想这个错误并没有什么神秘之处,只是对日历时区设置的简单误解。
您提到您广泛测试了此代码,但我很确定您在没有夏令时的时间段测试了它..?
看来您使用“GMT-0500”定义了时区,这似乎是个好主意,但几天后我们将进入夏季时间,并且此偏移量将不再相同,并且之后发生的事件由于这一变化,切换日期现已过时。
解决方案很简单,使用时区字符串,如下所示,该参数将考虑日期对象中的小时值,并根据夏季/冬季时间自动调整其值。
这应该很容易在您的代码中实现。
将“GMT-0500”
替换为Session.getScriptTimeZone()
有关此问题的完整说明,请参阅 this other recent post我在其中解释了不同的解决方案。
另请注意,其他答案忘记了一个小细节:代码是在 Google 的服务器上执行的,而不是在我们的浏览器中执行的,因此在创建日期的计算机的时区设置中创建日期的想法可能不明确。 ..是我们的计算机还是谷歌的计算机?好问题 !几年前,我在这个问题上花了很多时间,以前的(并且已关闭的)Google 帮助论坛充满了有关该主题的帖子,因为当时不存在 Session.getScriptTimeZone()
时间也让我紧张^^...
关于javascript - 日历应用程序 : Time Zone Ridiculous Behavior,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22674567/
我遇到了一个非常令人困惑的崩溃,我目前正在用尽我的智慧...... 首先是崩溃日志: 日期/时间:2012-02-14 10:55:09.771 +0100 操作系统版本:Mac OS X 10.7.
出于某种原因,如果我使用 line-height 属性并将其设置得小一点,比如 13px 左右,正文始终位于底部 div 的第一行。 div.m
这是我第一次遇到此错误: 收到此错误的系统是我构建的数据库/日历访问 UI。该系统需要进行大量测试,而且我以前从未见过此错误消息。而且,系统在过去的几个月里一直运行良好,我的老板刚刚给我发了一封电子邮
http://jsfiddle.net/SVJaK/1338/ 在这个 fiddle 中,我厌倦了在绿色 div 和我右边的 div 之间留出一小段空间。我不得不将非常大的 px 数放在 margin
脚本: #!/bin/bash var=$1; while [[ "$var" -ge "0" ]]; do echo -ne "$var"\\r; var=$((var-1)); sle
我是一名优秀的程序员,十分优秀!