2016年3月13日這一天不等於3600*24秒?

來源:互聯網
上載者:User
在工作中發現一個bug:

我公司伺服器的php的default timezone 和 timezone 都配置為 America/Los_Angeles;

時間戳記 1457856000,

使用date()函數格式化後是2016-03-13 00:00:00;

但是為該時間戳記加上3600*24-1秒後,使用date()函數格式化發現居然是2016-03-14 00:59:59;

而該日期的前一天和後一天則沒有這種詭異的現象;

有人知道這是什麼原因嗎?

回複內容:

在工作中發現一個bug:

我公司伺服器的php的default timezone 和 timezone 都配置為 America/Los_Angeles;

時間戳記 1457856000,

使用date()函數格式化後是2016-03-13 00:00:00;

但是為該時間戳記加上3600*24-1秒後,使用date()函數格式化發現居然是2016-03-14 00:59:59;

而該日期的前一天和後一天則沒有這種詭異的現象;

有人知道這是什麼原因嗎?

/** * 按照你說的時間,應該就是這個時區, * 但是沒什麼問題,是你的計算過程出現什麼沒有注意到的地方, 還是不同的時區的關係 */date_default_timezone_set('Etc/GMT+8');$timeStamp = 1457856000;var_dump(date('Y-m-d H:i:s', $timeStamp));var_dump(date('Y-m-d H:i:s', $timeStamp + 3600*24-1));

不是很懂你的問題……初步懷疑是因為其他的計算導致的。

有個概念叫做夏令時~

  • 相關文章

    聯繫我們

    該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

    如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

    A Free Trial That Lets You Build Big!

    Start building with 50+ products and up to 12 months usage for Elastic Compute Service

    • Sales Support

      1 on 1 presale consultation

    • After-Sales Support

      24/7 Technical Support 6 Free Tickets per Quarter Faster Response

    • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.