> Am 27.01.2015 um 16:27 schrieb Matteo Beccati <p...@beccati.com>: > > On 27/01/2015 15:12, Bob Weinand wrote: >> If you use the distros default, it often is UTC too. Then we have >> this same issue, just without warning. This warning often doesn't >> help at all, because it just doesn't appear at all. > > Well, if the distro sets display_errors = Off but doesn't also set a proper > timezone, I would dare to say it's a bug in their packages. > > Vanilla PHP doesn't do that; it does if you blindly use php.ini-production, > but then it's your own fault if you don't set it. > > Actually, the example ini files could even start with a friendly reminder > that date.timezone should be set.
Not arguing here. I'm on your side here, we can give the timezone a better visibility in the ini without problems. The point is just to have date() (with UTC obviously) usable without getting warned in a simple ./sapi/cli/php -r '/* something with date() */' call. And no, I don't want to always forget to explicitly set "-ddate.timezone=UTC". It's not comfortable that way. Bob -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
