问题标签 [iso8601]

我有 ：

last_transition_date = Time.now.utc.iso8601()

……

x = Time.now.utc.iso8601() - last_transition_date

但它给出了错误：

“2012-05-28T10:50:13Z”的“未定义方法‘-’：字符串’

解决方案？！

我们的 Delphi 应用程序使用数据库绑定的 TcxGridDBColumns 让用户将 ISO 8601 格式的日期 (YYYY-MM-DD) 作为字符串进行操作。我想为最终用户提供一个基于日历的日期选择器。

TcxDateEditProperties不能（直接）使用，因为底层数据库使用字符串字段。因此，据我了解，我可以选择

1. 在所有表中创建一个额外的日期列（TDateTime DB 字段），并将日期转换为 TDataSet 的 BeforePost 事件上的 ISO 8601 字符串列

2. 创建一个自定义 Tcx***Properties 类。这可能涉及继承自TcxPopupEditProperties.

由于有很多表受到影响，我宁愿使用#2。你能指出帮助我的文件吗？还是有#3？

基本上我有这个：

它正在返回：

为什么 strtotime 又增加了 1 个小时！？与时区有什么关系？

在我们的项目中，我们使用 Zend Framework 模型生成器，它产生类似这样的东西来将存储在 DB (MySQL) 中的属性设置为 DATETIME 字段：

所以 ISO::8601 格式的字符串（例如'2012-06-15T18:33:00+03:00'）实际上是作为属性存储的。

当我们尝试使用save此模型并将此字符串传递给 MySQL（版本 5.5.16）时会出现问题：它会引发警告，但仍会以正确的结果插入/更新相应的行。很容易检查问题是由 MySQL 引起的，而不是某些驱动程序的行为：只需发出这样的查询...

...结果将1 row affected, 1 warning是

1264 | Out of range value for column 'dt' at row 1

警告（由 显示SHOW WARNINGS）。

令我惊讶的是，phpMyAdmin 根本没有显示任何警告。并且所有服务器端代码都将这个查询作为一个可靠的查询来处理。)

所以问题是：我们真的应该将我们存储在模型中的内容重新格式化为另一种字符串格式（例如，'YY-MM-dd HH:mm:ss'？）还是只是 MySQL 的一些奇怪行为将被修复迟早？

我想将 c# 中的日期（如 2012-06-28T14:30:00-04:00）转换为“yyyyMMddTHHmm”格式，两个日期都是字符串。

当我尝试使用 Convert.ToDateTime() 转换此日期时，C# 返回“20120629T0000-04:00”，但这不是正确的日期。

我正在2012-06-30使用以下代码将日期格式为的 NSString 转换为 NSDate：

当省略[dateFormatter setTimeZone:[NSTimeZone timeZoneForSecondsFromGMT:0]]NSString中的值时，会2012-06-29 23:00:00加上一些自动添加的时区信息，这表明系统对当前时区有一些假设。

当我使用上述方法设置时区时，转换工作正常。

但是，如果用户在不同的时区会发生什么？

如何确保 iOS 只解析日期而不添加任何时间信息？

我正在尝试按 ISO 8601 格式的日期和时间对 PHP 中的数组进行排序。我仍在尝试掌握 PHP，并尝试了许多有关堆栈溢出的解决方案，但我无法确定正确的功能。希望这是一个简单的答案，对其他人有帮助。

仅供参考，此数组是由 Citrix API for GoToMeeting 生成的。我想在列表中最早的时间根据 startTime 对数组进行排序。

这是使用 var_export 的数组的样子，并显示了两个结果：

我的目标是然后使用 foreach 循环将数组输出到 html div 中，此代码是完整的并且运行良好，但我的排序已关闭 :-)

预先感谢您的任何帮助！

史蒂夫

API 定义日期应作为 iso8601 发送，但我们要求将“永远”作为日期发送，而标准似乎并未涵盖这一点。谁能提出比 9999 年 12 月 31 日更好的解决方案？有没有更合适的标准？

What mode for MySQL's WEEK() function yields the ISO 8601 week of the year? Argument 2 of WEEK() sets the mode according to this chart:

Will one of these modes give the ISO 8601 week of the year?

我可以创建一个 JavaScript 日期对象：

这将使用浏览器的时区写入日期。但我应该能够做到（没有'Z'）：

这将返回与上面相同的内容，但根据 ISO8601 标准，没有时区（例如 +01:00）且没有“Z”的字符串，应将日期视为本地时区。所以上面的第二个例子应该把日期时间写成早上 7:47。

我从服务器获取日期时间字符串，我想准确显示该日期时间。有任何想法吗？