Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19268 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58477 invoked by uid 1010); 28 Sep 2005 13:11:37 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 58462 invoked from network); 28 Sep 2005 13:11:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Sep 2005 13:11:36 -0000 X-Host-Fingerprint: 194.73.73.212 c2bthomr04.btconnect.com FreeBSD 4.7-5.2 (or MacOS X 10.2-10.3) (2) Received: from ([194.73.73.212:3053] helo=c2bthomr04.btconnect.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id E1/13-54476-8869A334 for ; Wed, 28 Sep 2005 09:11:36 -0400 Received: from [10.0.0.9] (host81-138-11-136.in-addr.btopenworld.com [81.138.11.136]) by c2bthomr04.btconnect.com (MOS 3.5.9-GR) with ESMTP id CWA29689; Wed, 28 Sep 2005 14:11:01 +0100 (BST) Message-ID: <433A967E.8070309@lsces.co.uk> Date: Wed, 28 Sep 2005 14:11:26 +0100 Organization: L.S.Caine Electronic Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en, en-us MIME-Version: 1.0 To: internals@lists.php.net References: <43393A43.4070805@lsces.co.uk> <43397E48.7080107@lsces.co.uk> <43398CB6.9030808@lsces.co.uk> <433A52A7.2090805@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] timezones & date() breakage From: lester@lsces.co.uk (Lester Caine) Stanislav Malyshev wrote: > LC>>Stanislav - DISPLAYING local time only applies to the local site - when you > LC>>are logging into an Australian machine the local time of that machine is not > LC>>a lot of use. But *IF* I want to compare - say - bid times between an > > Just think about what you are telling me. I say "with new code my > application stopped working" and you answer me "but if you application > would do something completely different that it never intended to do, the > new code enables it to do it". What kind of answer is that? Yes, for your > application it is necessary to display time local for the client - but for > MY application it is NOT! Is it so hard to understand? > If you want to do your stuff - fine, do it (if you can - think about > where are you going to find updated timezone rules in format PHP needs and > how easy would it be for you to put them in PHP?). I am talking about > something different - about MY stuff that stopped working, and according > to what Derick says would never work again. I'm with you on NOT breaking perfectly working code. We have already had that enough fun with PHP4.4.0 and PHP5.0.5 - *WARN* don't break! I am not arguing about what is different between 5.0 and 5.1 - as far as *I* am concerned nothing should change. UNLESS I ask for new facilities ( and I need them in Windows - not a compile switch !! ) the old code should work - with warnings. The problem I see is that people ARE only looking at their view of things rather than a clean global picture? *MY* problem is getting the new stuff to actually give me the correct information, and I'm not sure that it does until I can test it - THEN we have to convince people to actually CHANGE to PHP5.1 !!! Something that has not happened yet :( and will mean that in order to deploy applications we are hamstrung by relying on a particular version of PHP Personally I would prefer a TIMESTAMP with separate date and time rather than these epoch integers. I'm convinced that would give better performance in a lot of areas especially when interfacing with database DATE/TIME/TIMESTAMP and processing things like GROUP BY DAY/MONTH - but there again in other areas seconds help. When you are building genealogy data the time is of little use so a pure date is more appropriate - back several thousand years - but selecting the right calendar is another problem ;) -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc.