解码 14 位数字时间戳
decode a 14-digit timestamp
我是 运行 一个 API 来获取 bold360 事件报告,时间戳显示为 14 位数字。示例:
63778373872914 = 21/01/2022
63778307664492 = 2022 年 1 月 20 日
到目前为止,我放弃了 UNIX 和 ISO 格式,关于时间戳格式的任何想法,我正在使用 python处理数据,bold360 documentation 不是很具体。
如果您将此“63778373872914”粘贴到在线时间戳转换器中,您要么得到未来的日期(星期日,2023026-03-19 12:41:54 UTC),要么在某些其他网站上得到无效响应。
所以我猜你得到的时间戳有问题,也许可以尝试更改它。
The docs 很清楚:
[...] REST API call returns a time value in .NET milliseconds [...]
所以我假设这些是自 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
我是 运行 一个 API 来获取 bold360 事件报告,时间戳显示为 14 位数字。示例:
63778373872914 = 21/01/2022 63778307664492 = 2022 年 1 月 20 日
到目前为止,我放弃了 UNIX 和 ISO 格式,关于时间戳格式的任何想法,我正在使用 python处理数据,bold360 documentation 不是很具体。
如果您将此“63778373872914”粘贴到在线时间戳转换器中,您要么得到未来的日期(星期日,2023026-03-19 12:41:54 UTC),要么在某些其他网站上得到无效响应。
所以我猜你得到的时间戳有问题,也许可以尝试更改它。
The docs 很清楚:
[...] REST API call returns a time value in .NET milliseconds [...]
所以我假设这些是自 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