您好，我遇到了一個(gè)奇怪的問(wèn)題，我的情況是我正在使用 c# 語(yǔ)言讀取存儲(chǔ)在 sqlite 數(shù)據(jù)庫(kù)中的 google chrome 瀏覽器的歷史記錄。除了 chrome 以紀(jì)元格式存儲(chǔ)的時(shí)間戳之外，一切都很好，我必須使用 php 將數(shù)據(jù)上傳到服務(wù)器并將其存儲(chǔ)在 MYSQL 數(shù)據(jù)庫(kù)中?，F(xiàn)在我的問(wèn)題是我無(wú)法將該紀(jì)元時(shí)間戳轉(zhuǎn)換為基于 MYSQL 的日期時(shí)間。對(duì)于 C# 我嘗試了以下代碼public static DateTime FromUnixTime(long unixTime)
{
return epoch.AddSeconds(unixTime);
}從這里我嘗試了該鏈接上所有可用的解決方案，但它們?cè)谖业那闆r下不起作用。對(duì)于 PHP，我嘗試了從這里獲取的以下代碼echo date("Y-m-d H:i:s", substr($epoch, 0, 10));但如果時(shí)間戳與示例中提到的相同，則轉(zhuǎn)換正確，但在使用我的紀(jì)元時(shí)間戳執(zhí)行時(shí)返回錯(cuò)誤的年份。我什至試圖在 MYSQL 查詢級(jí)別解決這個(gè)問(wèn)題，所以我搜索并嘗試了從這里獲取的以下解決方案select from_unixtime(floor(1389422614485/1000));當(dāng)我不替換示例紀(jì)元時(shí)間戳?xí)r它確實(shí)有效，但是當(dāng)我放置自己的時(shí)間戳?xí)r它不起作用請(qǐng)幫助我擺脫這個(gè)奇怪的惱人的問(wèn)題，無(wú)論您在哪一層提供解決方案都可以接受以下語(yǔ)言是首選C＃PHPMYSQL 查詢示例紀(jì)元時(shí)間戳如下13209562668824233我確實(shí)知道就長(zhǎng)度而言，它與示例中的不同，但請(qǐng)注意，chrome 確實(shí)可以有效地進(jìn)行轉(zhuǎn)換。
2 回答
呼喚遠(yuǎn)方
TA貢獻(xiàn)1856條經(jīng)驗(yàn) 獲得超11個(gè)贊
PHP（64 位，無(wú)毫秒）的解決方案是
$ts = 13209562668824233;
$date = date_create("1601-1-1 UTC")
->modify((int)($ts/1000000)." Seconds")
->format('Y-m-d H:i:s')
; //"2019-08-06 10:57:48"
小怪獸愛吃肉
TA貢獻(xiàn)1852條經(jīng)驗(yàn) 獲得超1個(gè)贊
正如這個(gè)答案所解釋的，Chrome 時(shí)間戳不等于 Unix 紀(jì)元時(shí)間。這就是為什么您無(wú)法從此類方法中獲得預(yù)期結(jié)果的原因。它實(shí)際上是自 1601 年 1 月 1 日以來(lái)的微秒（與 Unix 紀(jì)元時(shí)間自 1970 年 1 月 1 日以來(lái)的秒數(shù)相反）。
您可以在此處測(cè)試您的 WebKit 時(shí)間戳，您會(huì)看到它返回 2019 年 8 月 6 日星期二 10:57:48 (UTC)。
所以要在代碼中轉(zhuǎn)換它，我們應(yīng)該首先減去 1970 和 1601 之間的差異（以微秒為單位），然后將值除以 100 萬(wàn)以獲得秒（C# 解決方案）：
public static DateTime ConvertWebKitTime(long webkitEpoch)
{
const long epochDifferenceMicroseconds = 11644473600000000; // difference in microseconds between 1601 and 1970
var epoch = (webkitEpoch - epochDifferenceMicroseconds) / 1000000; // adjust to seconds since 1st Jan 1970
return DateTimeOffset.FromUnixTimeSeconds(epoch).UtcDateTime; // convert to datetime
}
- 2 回答
- 0 關(guān)注
- 268 瀏覽
添加回答
舉報(bào)
0/150
提交
取消