Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19188 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 16120 invoked by uid 1010); 27 Sep 2005 12:28:15 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 16105 invoked from network); 27 Sep 2005 12:28:15 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Sep 2005 12:28:15 -0000 X-Host-Fingerprint: 194.73.73.211 c2bthomr03.btconnect.com FreeBSD 4.7-5.2 (or MacOS X 10.2-10.3) (2) Received: from ([194.73.73.211:15068] helo=c2bthomr03.btconnect.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 61/C6-54476-EDA39334 for ; Tue, 27 Sep 2005 08:28:14 -0400 Received: from [10.0.0.9] (host81-138-11-136.in-addr.btopenworld.com [81.138.11.136]) by c2bthomr03.btconnect.com (MOS 3.5.9-GR) with ESMTP id CXK22666; Tue, 27 Sep 2005 13:25:15 +0100 (BST) Message-ID: <43393A43.4070805@lsces.co.uk> Date: Tue, 27 Sep 2005 13:25:39 +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: 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: > http://no2.php.net/manual/en/function.date-default-timezone-get.php > says: > > This functions returns the default timezone, using the > following "guess" order: > > * The timezone set using the date_default_timezone_set() function (if any) > * The TZ environment variable (if non empty) > * The date.timezone ini option (if set) > * "magical" guess (if the operating system supports it) > * If none of the above options succeeds, return UTC 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 ? -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc.