php中Y2K38的漏洞解決方法實例分析
本文實例分析了php中Y2K38漏洞的解決方法。分享給大家供大家參考。具體分析如下:
Y2K38,又稱 Unix Millennium Bug, 此漏洞將會影響到所有 32 位系統(tǒng)下用 UNIX 時間戳整數(shù)來記錄時間的 PHP,及其它編程語言。
一個整型的變量所能保存的最大時間為 2038 年 1 月 19 日 03:14:07。超過這個時間后,整型數(shù)值將會溢出。
從 1970 年 01 月 01 日開始,到世界標準時 2038 年 01 月 19 日星期二凌晨 03:14:07 超過 2^31 – 1。2^31 – 1 就是 0x7FFFFFFF,相信很多編程員都看過,在 32 位系統(tǒng)里,這表示最大的有符號整數(shù)。如果用它來表示秒數(shù),大概相當于 68.1 年,從 1970 年到 2038 年剛好是這個數(shù)。
32位系統(tǒng)下顯示2038年1月19日03:14:07以后的日期將會溢出。
<?php
$date = '2040-01-01 12:00:00';
echo strtotime($date); // 空 溢出
echo date('Y-m-d H:i:s', strtotime($date)); // 1970-01-01 00:00:00
?>
那么64 位系統(tǒng)會受到影響嗎?
理論上不會,強烈建議進行一下測試。64 位系統(tǒng)下可以保存的日期最遠日期是現(xiàn)在宇宙年齡的 21 倍~ 292 億年。
在32位機器上,可以使用DateTime類來解決這個問題。(PHP5.2開始引入這個類,并在5.3版本中擴展了一些方法)
代碼如下:
<?php
$date = '2040-01-01 12:00:00';
$dt = new DateTime($date);
echo $dt->format('U'); // 2209032000
echo $dt->format('Y-m-d H:i:s'); // 2040-01-01 12:00:00
?>
希望本文所述對大家PHP程序設(shè)計的學習有所幫助。
- php驗證session無效的解決方法
- php使用ZipArchive提示Fatal error: Class ZipArchive not found in的解決方法
- PHP has encountered a Stack overflow問題解決方法
- 為PHP安裝imagick時出現(xiàn)Cannot locate header file MagickWand.h錯誤的解決方法
- ThinkPHP做文字水印時提示call an undefined function exif_imagetype()解決方法
- thinkphp視圖模型查詢提示ERR: 1146:Table ''db.pr_order_view'' doesn''t exist的解決方法
- PHP錯誤Warning: Cannot modify header information - headers already sent by解決方法
- php中unserialize返回false的解決方法
- PHP動態(tài)編譯出現(xiàn)Cannot find autoconf的解決方法
相關(guān)文章
Apache實現(xiàn)Web Server負載均衡詳解(不考慮Session版)
本篇文章是對使用Apache實現(xiàn)Web Server負載均衡的方法進行了詳細的分析介紹,需要的朋友參考下(不考慮Session版)2013-07-07
詳解PHP對數(shù)組的定義以及數(shù)組的創(chuàng)建方法
這篇文章主要介紹了PHP對數(shù)組的定義以及數(shù)組的創(chuàng)建方法,PHP中具有傳統(tǒng)編譯型語言那樣的數(shù)組和多維數(shù)組,需要的朋友可以參考下2015-11-11
PHP number_format函數(shù)原理及實例解析
這篇文章主要介紹了PHP number_format函數(shù)原理及實例解析,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-07-07

