On Wed, 28 Sep 2005, Stanislav Malyshev wrote:
> DR>>But you do need UTC somewhere, as *all* date code (OS, applications)
> DR>>use UTC timestamps to calculate the current time.
>
> So? They are able to use it transparently without requiring me to do any
> special configuration for each application - they just go out and display
> the right date. Only PHP 5.1 needs separate configuration for that. This
> is broken.
I wouldn't call it broken, just less inituitive. But besides that point,
I looked at some data and have a patch that allows the timezone guessing
code to also check against the GMT offset, and not only the
abbreviation. This means that with these DB entries:
{ "idt", 1, -HOUR ( 3), "Asia/Tel_Aviv" },
{ "idt", 1, -HOUR (4.5), "Iran/Teheran" },
{ "idt", 1, -HOUR (6.5), "Asia/Calcutta" },
IDT will be recognised correctly for all three variations. There are two
ways of creating the database for this:
1. by iterating over the timezone database and collecting all the
possible combinations
2. by copying the data from
http://www.worldtimezone.com/wtz-names/timezonenames.html
I think option 1 is the better here, and I'll play with a script to
generated that data tonight. After that I'll commit the patch too.
I think this shoul adequately solve the problems that you encountered.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
