php – DateTime使用不正确的时区

前端之家收集整理的这篇文章主要介绍了php – DateTime使用不正确的时区前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
在我的申请中,我试图计算格林尼治标准时间(英国时间)午夜时间.目前我正在这样做:
$now = new DateTime();
$timeToMidnight = $now->setTimezone(new DateTimeZone('Europe/London'))->diff(new DateTime('tomorrow'))->format('%h hours,%i minutes and %s seconds');

代码正在运行,但似乎落后一小时(使用GMT -1).目前时间是晚上11:49,输出是这样的:

1 hours,10 minutes and 36 seconds

我已经仔细检查了我的PHP.ini,我也将时区设置为GMT:

date.timezone = Europe/London

检查PHPinfo()也可以确认这一点.

是什么赋予了?为什么我的应用程序没有使用正确的时区?

我在Linux PHP 5.5.5上进行了测试,将Europe / London设置为PHP.ini中的时区.实际上,我也将时钟设置为四小时.我用来重现的最小代码是:
$d = new DateTime('tomorrow');
echo $d->format('c e');

(正确)输出是:

2013-10-27T00:00:00+01:00 Europe/London

我将在PHP中查找错误或时区数据中的错误.为了找出哪一个,我们将会看到今晚伦敦其他节目的其他节目. Epoch Converter告诉我这应该有一个Unix时间戳1382828400.要仔细检查时间戳,我运行PHP

$d = new DateTime('27-10-2013');
echo $d->format('U');

它还返回1382828400.所以,让我们看看它应该显示什么……

TZ=Europe/London date --date="@1382828400" +%c

输出是:

Sun 27 Oct 2013 12:00:00 AM BST

正确!所以tzdata很好.那么让我们来看看PHP.

我运行了示例代码以及date命令,并得到以下输出

1 hours,29 minutes and 53 seconds
Sat Oct 26 21:30:07 UTC 2013
Sat Oct 26 22:30:07 BST 2013

当然,这是正确的.

我认为在这一点上我们已经排除了tzdata和PHP中的错误,需要查看配置问题和程序员期望.

首先,正如我之前所说,欧洲/伦敦不是UTC,它没有夏令时的概念,因此每年不会改变两次.由于它不会导致此类问题,因此服务器在UTC上运行是一种最佳做法,无论用户所处的时区如何,以及程序在内部使用UTC然后转换为/从本地时区转换的最佳做法仅显示用户输入.

我最好的猜测是,运行PHP的服务器实际上设置为使用UTC而不是欧洲/伦敦作为其默认时区.这是我可以重现您的问题的唯一配置.该测试的结果是:

date.timezone = UTC

2 hours,24 minutes and 36 seconds
Sat Oct 26 21:35:24 UTC 2013
Sat Oct 26 22:35:24 BST 2013

展望未来,您应该在任何可行的情况下使用UTC(以及Unix时间戳),并在处理用户输入时尽早转换为本地时间,并尽可能地在显示它时尽可能地转换为本地时间.夏季时间即将结束的像这样的边缘情况可能是一个例外,但你必须格外小心,以确保你构造的每个新的DateTime对象在构造它时都设置了正确的时区,并且意识到他们会有这样的问题.

另见巨大且信息丰富的Daylight saving time and time zone best practices

最后,为了“修复”你的代码,让我们这样做:

$tz = new DateTimeZone('Europe/London');
$now = new DateTime('now',$tz);
$midnight = new DateTime('tomorrow',$tz);
$timeToMidnight = $now->diff($midnight);
echo $timeToMidnight->format('%h hours,%i minutes and %s seconds');
原文链接:https://www.f2er.com/php/130392.html

猜你在找的PHP相关文章