Derick Rethans wrote:
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.
I've got some things to check against ;)
Not sure I spotted your source of data?
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.
Need to know how to adjust the calendar display around the daylight
saving change! The 25 hour day and the 23 Hour day - it would be nice to
highlight them for the view you are creating, especially when you are
planning round the working hours restrictions ;)
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).
Originally it was, but while unix epochs look the best solution, having
real timestamps that can be filtered/grouped/counted on dates without
having to process every integer in the database - depending on which
database engine you are using ....
THAT particular 'crap performance' has still to be addressed :(
--
Lester Caine
-----------------------------
L.S.Caine Electronic Services
Treasurer - Firebird Foundation Inc.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
