【发布时间】:2022-01-21 17:47:09
【问题描述】:
我正在运行 API 以获取粗体 360 的事件报告,时间戳显示为 14 位数字。示例:
63778373872914 = 21/01/2022 63778307664492 = 20/01/2022
到目前为止,我丢弃了 UNIX 和 ISO 格式,关于时间戳格式的任何想法,我正在使用 python 来处理数据,bold360 documentation 不是很具体.
【问题讨论】:
我正在运行 API 以获取粗体 360 的事件报告,时间戳显示为 14 位数字。示例:
63778373872914 = 21/01/2022 63778307664492 = 20/01/2022
到目前为止,我丢弃了 UNIX 和 ISO 格式,关于时间戳格式的任何想法,我正在使用 python 来处理数据,bold360 documentation 不是很具体.
【问题讨论】:
如果您将此“63778373872914”粘贴到在线时间戳转换器中,您将得到一个未来的日期(星期日,2023026-03-19 12:41:54 UTC)或在其他一些网站上的无效响应。
所以我猜你得到的时间戳有问题,也许尝试更改它。
【讨论】:
The docs 很清楚:
[...] REST API 调用返回一个以 .NET 毫秒为单位的时间值 [...]
所以我假设这些是自 0001-01-01 以来的毫秒数。 Python 示例 - 因为我可以最快地破解它;应该在任何具有日期时间/持续时间支持的语言中工作:
from datetime import datetime, timedelta
# 63778373872914 = 21/01/2022
print(datetime(1,1,1)+timedelta(milliseconds=63778373872914))
# 2022-01-21 14:57:52.914000
# 63778307664492 = 20/01/2022
print(datetime(1,1,1)+timedelta(milliseconds=63778307664492))
# 2022-01-20 20:34:24.492000
【讨论】: