Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:68968 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 65219 invoked from network); 9 Sep 2013 13:21:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Sep 2013 13:21:16 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.204 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.204 mail4.serversure.net Linux 2.6 Received: from [217.147.176.204] ([217.147.176.204:55175] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8C/67-03199-C4BCD225 for ; Mon, 09 Sep 2013 09:21:16 -0400 Received: (qmail 16420 invoked by uid 89); 9 Sep 2013 13:21:12 -0000 Received: from unknown (HELO linux-dev4.lsces.org.uk) (lester@rainbowdigitalmedia.org.uk@86.178.188.140) by mail4.serversure.net with ESMTPA; 9 Sep 2013 13:21:12 -0000 Message-ID: <522DCC3F.2030502@lsces.co.uk> Date: Mon, 09 Sep 2013 14:25:19 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 SeaMonkey/2.20 MIME-Version: 1.0 To: PHP internals References: <522DB9A8.7040303@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] 5.4 DateTimeZone: Supported timezones have changed From: lester@lsces.co.uk (Lester Caine) Martin Keckeis wrote: > Hi lester, > > 2013/9/9 Lester Caine > > > Martin Keckeis wrote: > > Hello together, > > just wanted to mention, what the list of supported Timezones has changedin > 5.4. > > It's already mentioned here, that all "special" timezones, expect of UTC > are deprecated: > http://www.php.net/manual/en/__timezones.others.php > > > But couldn't found that in the upgrade guide...so i used CET somewhere in > my code and didn't found the error soon.... > > A short note in the upgrade guid would be great! > > > This is not so much an 'upgrade' note, but rather a update to the timezone > library in general. The tz database is being 'rationalised' at the moment, > and the base list of zone names simplified, with many of these only being > retained for 'backwards' compatibility. Derick will probably add a comment, > but we can expect a few more changes over the next couple of updates to the > tz data. > > > Okay no problem, just wanted to mention it. > > If you use a deprecated Timezone somewhere and don't know it, it's hard to track > down...(no exception) > I only found it "randomly" today, that i've used it there and all time data in > the database are not correct... > > If you use something like: > \DateTime::createFromFormat('Y-m-d H:i:s', '2013-09-09 14:49:00', new > DateTimeZone('CET')) > > Just the default timezone from ini will be used and therefor the dateTime value > is wrong if you save it or display it somewhere... That sounds like a different problem. I've no time to play at the moment, but does an 'non-existent' timezone give you an error? Or is it just the 'retired' timezone names that are a problem? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk