Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67518
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <51A0D320.5020605@wikimedia.org>
References: <CAH8Mpnmin=caSgrOQYZD23q80eZEVO4jyRUAYKNc2URU-2RVnQ@mail.gmail.com>
	<51A092FC.4010700@wikimedia.org>
	<CAEZPtU7fZ2xn3b9jTeYWv1JHSRxMwSpZRSo0pr37PTh4gc7K4w@mail.gmail.com>
	<51A0D320.5020605@wikimedia.org>
Date: Sat, 25 May 2013 09:09:48 -0600
Message-ID: <CAFMT4Nq6Q_TUnLfu0t4AW84n5JzU0+y760pv7r-sDMatBs7OEQ@mail.gmail.com>
To: Tim Starling <tstarling@wikimedia.org>
Cc: Pierre Joye <pierre.php@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?
From: morrison.levi@gmail.com (Levi Morrison)

>> It is actually only about getting safe, cross platform/OS (even
>> between Linux versions) for the TZ database. It has nothing to do
>> with taste or similar subjective opinion.
>>
>> For the record, the behavior requested in this thread is what we had
>> in earlier versions, all we got was plenty of bugs reports about
>> wrong TZ detections.
>>
>
> I had missed the removal of the TZ detection code from
> guess_timezone() in 5.4. So @date_default_timezone_get() is somewhat
> less useful than it used to be, as a function for detecting system
> settings.
>
>> I think it is not too much asking to set it in php.ini or in your
>> application.
>>
>
> At least for MediaWiki, it's certainly more important to avoid
> warnings than it is to have the right local timezone. UTC is used in
> any case where consistency is important. Based on other posts to this
> list, I don't think we're alone in this.

For the record, the PHP 5.4+ date_default_timezone_get is equivalent to

    ini_get('date.timezone') ?: 'UTC'

except that date_default_timezone_get will raise a warning and the
above will not.