Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19210 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13192 invoked by uid 1010); 27 Sep 2005 17:16:52 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 13176 invoked from network); 27 Sep 2005 17:16:52 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Sep 2005 17:16:52 -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:4976] helo=c2bthomr04.btconnect.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id A2/03-54476-38E79334 for ; Tue, 27 Sep 2005 13:16:51 -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 CVT61989; Tue, 27 Sep 2005 18:15:19 +0100 (BST) Message-ID: <43397E48.7080107@lsces.co.uk> Date: Tue, 27 Sep 2005 18:15:52 +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: Derick Rethans , internals@lists.php.net References: <43393A43.4070805@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) Derick Rethans wrote: >>I'm coming in late here - but being in the middle of trying to >>configure a system to provide calendars across time and daylight >>saving zones, I've been deep in this! I have no problem with the time >>AT THE SERVER! What I need to know is what daylight saving zone the >>client is in so I can build the correct calendar for March/April or >>October/November. *ALL* the data on the server is stored UTC so I >>could not care less which zone it is in :) The ONLY solution I >>currently have is to get the client to set their time/daylight zone in >>their profile on the server ? > > I've no clue what you mean here... sorry. Try to explain a bit better > what you want to do. Do you want to render events' dates with the > correct timezone while your data is in UTC (as Unix timestamp?)? Yes Client currently supplies tz_offset, but that does not identify the daylight saving offset so you can not show the correct shifts of calendar times for the 'other' daylight offset :( The FIRST problem I had was STOPPING the display from being offset by the SERVER daylight saving setting! There is absolutely no reason that date() should supply anything other than the current UTC time. It is the only thing that is actually RIGHT! -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc.