Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:67522 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 66331 invoked from network); 25 May 2013 16:04:20 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 May 2013 16:04:20 -0000 Authentication-Results: pb1.pair.com smtp.mail=rdlowrey@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=rdlowrey@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.223.182 as permitted sender) X-PHP-List-Original-Sender: rdlowrey@gmail.com X-Host-Fingerprint: 209.85.223.182 mail-ie0-f182.google.com Received: from [209.85.223.182] ([209.85.223.182:53613] helo=mail-ie0-f182.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7F/87-25010-301E0A15 for ; Sat, 25 May 2013 12:04:20 -0400 Received: by mail-ie0-f182.google.com with SMTP id a14so14972079iee.41 for ; Sat, 25 May 2013 09:04:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7gBuSg7lFDZpmO9b8eojVUSQlmsnSCFIk2UcCeFWNA4=; b=jExPFkdn/cqkRYDS76HawXPNyHjxHjRV4KwK2qVxBpBCDhlD4MBGwaVWVnvHVa5oca lBqwlWOEENjQbzmA5CJwCBQcWXYQ1bHvMu+vGW+UBmbvnK2WuOe9FkxS7UgXDaxgJjoc xJXHit/9jBnlPVVZgrA2srXGHO+UnE2MBiTxyhqp9UquQqkPBgHdds89O96mBRyvaPQ7 RpivvvdWLx7DUhzpZnICAr0zOLurDgRLIH8Qd7iH+wJgkNuLgu7SpDEsf09LPLaKUDez +u0XYDIb6snA3Pg4I7LFG73mNOzl1mQIG1+g5XL1hokQKxhHT7U4zldxNIbXjZBN6zi6 go3A== MIME-Version: 1.0 X-Received: by 10.50.118.37 with SMTP id kj5mr1856595igb.70.1369497857651; Sat, 25 May 2013 09:04:17 -0700 (PDT) Received: by 10.50.56.103 with HTTP; Sat, 25 May 2013 09:04:17 -0700 (PDT) In-Reply-To: References: <519E77B4.2050503@sugarcrm.com> Date: Sat, 25 May 2013 12:04:17 -0400 Message-ID: To: Nikita Popov Cc: Derick Rethans , Stas Malyshev , "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: rdlowrey@gmail.com (Daniel Lowrey) > This issue is less about date.timezone than being able to run without an ini file. This is my complaint. My point of view is that PHP is a programming language, not some goofball windows application. Forcing me to use an .ini file to be able to program is a real annoyance. And in my humble opinion, triggering a warning "because the worst programmers can't correctly set a timezone" is a dubious justification. Granted, I don't have to answer the bug reports, but how difficult is it to say, "No, this is not a bug. Let me google this for you," and close as "Will not fix?" People who think a UTC timezone default is a bug are equivalent to my grandparents who think the television is broken because they don't know how to press the remote control's power button. Please, PHP, do we have to accommodate the very lowest common denominator? If you don't kick the baby birds out of the nest they'll never learn to fly. I get that everyone doesn't agree, but this seems like a no-brainer to me. On Fri, May 24, 2013 at 5:35 PM, Nikita Popov wrote: > On Fri, May 24, 2013 at 2:40 AM, Derick Rethans wrote: >> >> On Thu, 23 May 2013, Daniel Lowrey wrote: >> >> > I guess my point is that I don't believe default settings should >> > trigger errors. If it's a default setting, it's a default setting. >> >> No - you, as an admin, are required to make an informed decision on what >> you want your timezone to be. There have been way too many bug reports >> where people had no clue, so now we throw a warning. > > > Sorry, but I fail to see why date.timezone needs special handling. What > makes the date.timezone setting so important, that it is the only one which > value you are required to set? There are settings that are arguably a lot > more important than this, but which do not throw such warnings. E.g., why > isn't there a warning for cases where error_reporting is not explicitly > specified? I can't count the number of StackOverflow questions caused by bad > error_reporting settings and I'm very sure this number surpasses complains > about timezones by several orders of magnitude. > > Yet - of course! - we do no such thing, for it is senseless. After all, > there *is* a reason why we have defaults for ini settings. People should > only be required to changed them when necessary. Date.timezone should be no > exception to this. > > Nikita