Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19201 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4418 invoked by uid 1010); 27 Sep 2005 13:58:16 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 4403 invoked from network); 27 Sep 2005 13:58:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Sep 2005 13:58:16 -0000 X-Host-Fingerprint: 70.85.46.36 unknown Received: from ([70.85.46.36:56751] helo=prohost.org) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 2C/15-54476-8FF49334 for ; Tue, 27 Sep 2005 09:58:16 -0400 Received: (qmail 8521 invoked from network); 27 Sep 2005 13:58:12 -0000 Received: from cpe000fb56099fd-cm000f9f7d6664.cpe.net.cable.rogers.com (HELO ?192.168.1.101?) (69.196.29.239) by prohost.org with SMTP; 27 Sep 2005 13:58:12 -0000 Message-ID: <43394FF3.4000208@prohost.org> Date: Tue, 27 Sep 2005 09:58:11 -0400 User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stanislav Malyshev CC: Derick Rethans , PHP Development References: <433944EA.6070904@prohost.org> In-Reply-To: X-Enigmail-Version: 0.92.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] timezones & date() breakage From: ilia@prohost.org (Ilia Alshanetsky) Stas, The problem before was that there was no 1 certain date setting. For example on your machine IDT worked, on mine "Israel/Tel Aviv" and for Derick Asia/Tel_Aviv was the working name for the same timezone. So when designing an app to run on different servers the developer will have to find out all these different names for the same thing. With the date extension there is one unchanging list (even for win32 users) that will always be constant. So once you determine the desired timezone name you use it without being concerned about system's TZ settings. Yes, initially there will be some short-term pain in converting existing apps, but for the long term it'll provide a robust and portable solution. If we add "legacy" flag or INI setting, I feel that we'd be taking a step backwards in terms of making applications portable. Ilia