Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19207 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 34233 invoked by uid 1010); 27 Sep 2005 15:01:54 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 34169 invoked from network); 27 Sep 2005 15:01:54 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Sep 2005 15:01:54 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:60676] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id A1/F7-54476-1F859334 for ; Tue, 27 Sep 2005 10:36:33 -0400 Received: (qmail 22726 invoked from network); 27 Sep 2005 14:36:27 -0000 Received: from shire.zend.office (10.1.2.160) by internal.zend.office with SMTP; 27 Sep 2005 14:36:27 -0000 Date: Tue, 27 Sep 2005 17:36:27 +0300 (IDT) X-X-Sender: frodo@shire.zend.office To: Derick Rethans cc: PHP Development In-Reply-To: Message-ID: References: <433944EA.6070904@prohost.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] timezones & date() breakage From: stas@zend.com (Stanislav Malyshev) DR>>You are perhaps not aware that the timezone databases on many servers DR>>are so incredibly out of date, are you? And your "system settings" are DR>>not working, read the mails once more why. I am not going to repeat it DR>>again. My settings are working perfectly well, thank you. All and every application besides PHP 5.1 can use them and display date correctly. The only application that can not display date correctly without additional configuration is PHP 5.1. Why? DR>>Correct - as the code was totally inadequate for the tasks. I know you It was adequate for the task of displaying current date. Now it is not. DR>>prefer to live with old crippled code for as long as possible, but you DR>>do forget that there are people who are actually *need* the new improve DR>>behavior. I did my best to make it as BC as possible, but I can't cover I have nothing against having new and improved behaviour. Use it as much as you wish. Only thing I need is to be able to use old behaviour too. Especially that I suspect that the majority of the use cases for date() would be happy with the old behaviour. DR>> version, or change *one setting* in your php.ini file for the cases As I already explained, the problem is not setting it on my personal php.ini. The problem is that it makes impossible to port applications between different servers without having each server pre-configured with right settings - and these settings are not discoverable by automatic means. Meaning, each application would either have user to set up timezone on install (provided the user knows it - many don't know exact name of their timezone and just use whatever configured on the system) manually - or display wrong dates. -- Stanislav Malyshev, Zend Products Engineer stas@zend.com http://www.zend.com/ +972-3-6139665 ext.115