关于票证注释上的时间戳
票证注释右上角显示的时间戳的星期几(或“今天”、“昨天”)有时不能正确显示。
为了了解更多细节，我们在周三发布了一条评论，当我们在周五上午8:30左右(日本时间)查看同一条评论时，我们发现时间戳中显示的是“昨天”。
后来，上午9点后，它变成了“星期三”，我们想知道为什么。
在以下帖子的回答中，它说“代理UI被设计成将硬编码的UTC时间戳转换为用户当前的时区。”
为什么代理接口的时间戳不总是与UTC时间戳匹配?
考虑到上面提到的事实，我们假设Zendesk在UTC时间上午0点(日本时间上午9点)更新时间戳UI。亚博
但是，在响应用户查询时，这种设计可能会导致混乱。
我们想请您解决这个问题，以便时间戳UI在用户的时区更新。
-
对于跨越多个时区的团队，他们必须相互通信(包括有时共享复制/粘贴的票证注释)，唯一可行的时间戳呈现方式是UTC。
例如，现在:星期五20121-10-01 14:48 UTC
请给我一个选择。
-
我向日本的技术支持部门询问了这个问题，他们解决了这个问题。
-
我们最近更改了时区，我们的时钟从GMT+10向前移动1小时到GMT+11，因为我们开始使用夏令时。
在为发生在夏时制改变之前的一个关键事件提供RCA时，我们注意到Zendesk的时间与Gmail和Slack的时间不匹配。亚博Gmail和Slack准确地显示时间戳，而Zendesk显示的时间戳相差1小时(+1小时)。亚博
然后我了解到Zendesk以UTC记录票亚博务时间并转换为UTC当前的查看时的时区设置，而不是事件发生时的时区。
这意味着我们不能可靠地使用Zendesk来创建事件的准确时间线，因为亚博我们必须检查事件是否发生在夏令时之内或之外。我发现这从一个世界级的支持工具来看是相当令人难以置信的，并且不符合预期。
我希望Zendesk能够改变这种“预期行亚博为”，从而解决“问题”。
看到的:https://support.亚博zendesk.com/hc/en-us/articles/4408833830298-Why-don-t-timestamps-in-the-agent-interface-always-match-the-UTC-timestamp-
这是预期的行为，问题只存在于支持中的代理UI中。它不存在于API它使用硬编码的UTC时间戳或保持正确历史时间戳的报告。 -
+1以上来自马丁的评论。我们的团队经常查看与过去几周相关的机票，这在夏令时后的几周内造成了很多混乱。该产品应该能够根据时区识别问题日期的实际时间，而不是根据当前时区设置显示的UTC时间戳。
-
从审计的角度查询了夏令时后时间戳的变化等。有没有考虑过硬编码机票上的时间戳?出于审核的目的，审核员希望看到注释被添加到票证上的实际日期/时间，特别是那些优先级较高的日期/时间。时间戳应该是相同的，无论它是一年中的什么时候。
-
我试图建立一个应用程序，字面上只是把票据创建的UTC时间戳在侧边栏但我被难住了，因为它被转换为用户的时间。Zend亚博esk可以提供任何帮助，如何获得在UTC时间?(我很乐意与社区分享我的代码，当它工作!: D)
编辑:我终于破解了它，它实际上非常简单。这里假设你有一个名为“time”的span，你想要显示票证创建的时间:异步函数displayCreatedTime() {
const response = await client.get('ticket.createdAt');
const time = response['ticket.createdAt'];
const event = new Date(time);
const utctime = event.toUTCString();
console.log (utctime);
const span = document.getElementById("time");
跨度。innerText = utctime;
}
displayCreatedTime ();
请登录留下评论。
6个评论