7

该手册指定唯一性基于foreign_idtime字段。

我有一个用户加入特定事件的活动。该事件有自己的开始日期,我想在时间线中显示,因此我将其作为额外数据提交(以及名称和位置等,但我在这里省略了这些以防止混乱)。我将具有以下活动数组的活动提交给用户供稿。请注意,我在阿姆斯特丹(目前)处于 GMT+0200 时区:

Array
(
    [actor] => User:3
    [verb] => join
    [object] => Event:2
    [event_start] => 2016-09-26T19:00:00+0200
    [to] => Array
        (
            [0] => notification:2
        )

    [foreign_id] => join:2
    [time] => 2016-09-16T13:29:13+0200
)

当我检索该用户的用户提要时,返回如下:

{  
   "duration":"17ms",
   "next":"",
   "results":[  
      {  
         "actor":"User:3",
         "event_start":"2016-09-26T19:00:00+0200",
         "foreign_id":"join:2",
         "id":"cb0f4a80-7c00-11e6-8080-80010479bedb",
         "object":"Event:2",
         "origin":null,
         "target":null,
         "time":"2016-09-16T11:29:13.000000",
         "to":[  
            "notification:2"
         ],
         "verb":"join"
      }
   ]
}

请注意日期字段中的差异。两者都作为 ISO8601 字段提交,但仅event_start返回该字段。该time字段以不同的格式返回,但没有任何时区指示符。它显然已转换为 UTC 时间,但缺少应指示. 因此,我不能可靠地将它用作时间指示器。

我可以通过向活动数组添加另一个时间字段(它工作正常并返回正确的 ISO8601 日期)来解决这个问题,但这感觉非常多余。

这是一个错误,是我做错了什么,还是我们不应该仅仅依赖该time字段来指示活动何时发生?

4

1 回答 1

3

API v1.0 将该time字段存储在 UTC 时区,但遗憾的是它没有正确返回尾随Z. 这将在以后的 API 版本中修复,但不会在这个版本中修复。

当您查询 API 时,您可以放心地期望该time字段始终以 UTC 格式返回。

于 2016-09-16T12:32:35.737 回答