Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:68632
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.219.48 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAH8Mpnmin=caSgrOQYZD23q80eZEVO4jyRUAYKNc2URU-2RVnQ@mail.gmail.com>
References: <CAH8Mpnmin=caSgrOQYZD23q80eZEVO4jyRUAYKNc2URU-2RVnQ@mail.gmail.com>
Date: Wed, 28 Aug 2013 11:08:20 +0200
Message-ID: <CAF+90c_x_hooXiH52yCmGFeeW53riRhOZX7iOk2JrOJ1SFG-sA@mail.gmail.com>
To: Daniel Lowrey <rdlowrey@gmail.com>, Derick Rethans <derick@php.net>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=e89a8ff1ceb6b6870704e4fe5475
Subject: Re: [PHP-DEV] date.timezone E_WARNING -- Really necessary? What's the rationale?
From: nikita.ppv@gmail.com (Nikita Popov)

--e89a8ff1ceb6b6870704e4fe5475
Content-Type: text/plain; charset=ISO-8859-1

On Thu, May 23, 2013 at 8:40 PM, Daniel Lowrey <rdlowrey@gmail.com> wrote:

> I'm probably not the typical PHP user; I spend 99% of my PHP time
> using the CLI (and not web SAPIs).
> This means that I frequently run PHP without an .ini file. As a
> result, when I use any of the date/time
> functionality I invariably end up with this awesomeness:
>
> > Warning: date(): It is not safe to rely on the system's timezone
> settings blah blah blah.
>

I was thinking about this again and maybe we could reach the following
compromise:

 * Set date.timezone = UTC as the default INI value
 * In php.ini-production and php.ini-development uncomment the
       ;date.timezone =
   line, i.e. change it to
       date.timezone =

This would mean that people running PHP without an ini would get UTC as the
default and people running with an ini based on
php.ini-production/php.ini-development would get the warning.

Short of completely dropping the warning this is the behavior that would
make most sense to me. (As people running without an ini obviously don't
care about setting the timezone)

Thanks,
Nikita

--e89a8ff1ceb6b6870704e4fe5475--