2012-03-14 64 views
0

我有一個非常簡單的問題與日期時間,我正在尋求一些幫助。什麼日期時間格式是一個數字,如「22194885」?

我有,我想獲得的所有數據信息的日誌。有三列日期時間格式(2個在UNIX時間戳中,而另一個不是)。

具有不同時間戳格式的那個提供了一個值,例如22194885,我不知道它屬於哪個日期時間類型。

+0

它可能會在1970年1月以來的毫秒數內滴答......或者可能不......你已經在這裏瞭解了一切:http://www.epochconverter.com/ – Jason 2012-03-14 04:12:50

+2

感謝您的快速回復但事實並非如此,1970年的毫秒數必須更大,而上述數字仍然很小。 – Hoger 2012-03-14 04:14:39

+0

@Jason瑙,'22194885'以ms僅'星期四1970年1月1日1點09分54秒GMT-0500(EST)';即使在幾秒鐘內,它仍然只是'1970年9月14日17:14:45 GMT-0400(EDT)'。 – 2012-03-14 04:15:26

回答

1

貌似分鐘自1970年1月1日,這是Python代碼,但工程同C本地時間():

>>> import time 
>>> time.localtime(22194885*60) 
time.struct_time(tm_year=2012, tm_mon=3, tm_mday=13, tm_hour=19, tm_min=45, tm_sec=0, tm_wday=1, tm_yday=73, tm_isdst=1) 

工程以2012/3/13下午7:45。

1

看起來可能是因爲大紀元分鐘,而不是毫秒

22194885分鐘/ 60 =369914.75小時

369914.75小時/ 24 =15413.1天

15413.1天/ 365 =42.2年

1970年+ 42.2 =今天

如需幫助大紀元時間轉換到.NET的時候,看到

How to convert a Unix timestamp to DateTime and vice versa?

請記住,問題涉及毫秒,所以你必須要稍微調整了答案。

0

根據Eric J的回答(已被刪除)的計算結果,這可能是自紀元以來的分鐘數。呸!他忍受了一次忍者編輯。

朱利安秒(自年初以來)也是一個很強的可能性。

+0

對,對不起本。我的第一個計算結果倒退了,因此是違反直覺的,而且我還有一個錯誤的數字,而不是幾分鐘。 – 2012-03-14 04:27:46

+0

「朱利安秒」...讓我們希望不...每年一次2000年的問題;-) – 2012-03-14 04:29:34