Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19215 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 84317 invoked by uid 1010); 27 Sep 2005 18:50:44 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 84302 invoked from network); 27 Sep 2005 18:50:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Sep 2005 18:50:44 -0000 X-Host-Fingerprint: 82.94.239.5 jdi.jdi-ict.nl Linux 2.5 (sometimes 2.4) (4) Received: from ([82.94.239.5:42860] helo=jdi.jdi-ict.nl) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 43/1D-54476-28499334 for ; Tue, 27 Sep 2005 14:50:43 -0400 Received: from localhost (localhost [127.0.0.1]) by jdi.jdi-ict.nl (8.12.11/8.12.11) with ESMTP id j8RIoetZ029656; Tue, 27 Sep 2005 20:50:40 +0200 Received: from localhost (localhost [127.0.0.1]) by jdi.jdi-ict.nl (8.12.11/8.12.11) with ESMTP id j8RIoYAg029625; Tue, 27 Sep 2005 20:50:34 +0200 Date: Tue, 27 Sep 2005 20:50:33 +0200 (CEST) X-X-Sender: derick@localhost To: Lester Caine cc: internals@lists.php.net In-Reply-To: <4339917B.7030304@lsces.co.uk> Message-ID: References: <43393A43.4070805@lsces.co.uk> <43397E48.7080107@lsces.co.uk> <4339917B.7030304@lsces.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at jdi-ict.nl Subject: Re: [PHP-DEV] timezones & date() breakage From: derick@php.net (Derick Rethans) On Tue, 27 Sep 2005, Lester Caine wrote: > Derick Rethans wrote: > > > gmdate() is for that, date() should always show a local time. The new > Local to who ;) > > > code (which is unfortunately not enabled), allows you do do all kinds of > > timezone manipulation. Feel free to test it by setting your CFLAGS to > > -DEXPERIMENTAL_DATE_SUPPORT and use the new functions following the examples > > from the presentation. > I am building a calendar that requires the correct daylight saving entries > historically and ongoing. Will the new system support this or is it purely > designed to provide the current daylight saving setting - which most sources > I've tried to access seem to be limited to? It should do it for historical data too, but that data might not always be available - the database that I'm using does have a lot of information though. > Providing a correct ongoing clock is one thing, but does not address the real > problem with timezones and daylight saving. When did they start, what calendar > do they follow, which setting do I use for - say - 2000 ? You don't have to care about that, as you simply set the location (Europe/Oslo f.e.) and the date code can format according to that. Fortunately I have already stripped the date()/time() raw entries from bitweaver and it uses getUTCTime() which means that only one routine needs managing. What's wrong with time(), that should always return the current time in GMT/UTC (if the server's time is correct ofcourse). regards, Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org