【问题标题】:decode a 14-digit timestamp解码 14 位时间戳
【发布时间】:2022-01-21 17:47:09
【问题描述】:

我正在运行 API 以获取粗体 360 的事件报告,时间戳显示为 14 位数字。示例:

63778373872914 = 21/01/2022 63778307664492 = 20/01/2022

到目前为止,我丢弃了 UNIXISO 格式,关于时间戳格式的任何想法,我正在使用 python 来处理数据,bold360 documentation 不是很具体.

【问题讨论】:

    标签: datetime timestamp


    【解决方案1】:

    如果您将此“63778373872914”粘贴到在线时间戳转换器中,您将得到一个未来的日期(星期日,2023026-03-19 12:41:54 UTC)或在其他一些网站上的无效响应。

    所以我猜你得到的时间戳有问题,也许尝试更改它。

    【讨论】:

    • 嗯,情况是 API 正在向我发送该数据,但我阅读了整个参考资料,但找不到他们用于时间戳的编码。
    • 你能说一下你用的是哪个api吗?
    • 报告 - 获取(get)GET http://{{account}}.nanorep.co/api/report/v1/get
    【解决方案2】:

    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
    

    【讨论】:

    • 另一种语言的示例:go
    猜你喜欢
    • 2021-11-23
    • 2013-07-22
    • 2022-11-05
    • 1970-01-01
    • 1970-01-01
    • 2019-03-03
    • 2020-05-04
    • 2021-06-30
    • 2023-03-30
    相关资源
    最近更新 更多