On 27/01/15 10:24, Yasuo Ohgaki wrote: > While I can understand the reason behind opposition, but current web is not > bounded to local country. Most applications today logs time using UTC and > time stamp is converted whatever local time as needed, isn't it? Of course, > it depends on application though. Having UTC as the default makes sense > to me. > > Besides time management best practice, users have learned enough, > haven't them?
Best practice when working cross timezones is to store all information as UTC and display using a clients local timezone. It all falls apart when one starts trying to put into practice. Most 'local' PHP installations will be run on machines with their real time clock set to local time. If they are accessed by remote clients, the browsers tz offset will be used in the absence of a real DST correct timezone. Many sites will be using 'seconds' as the time base without knowing if leap seconds are included or not and wondering why things are not quite right. So basically defaulting the majority of PHP installs to UTC is simply wrong, if only because we can't even agree on how UTC is calculated. It was hoped that the new tzdist working group might bring a bit of sanity, but it seems providing a standard to work to is not what any of these working groups is chartered to provide - just rules so that everybody can carry on doing their own thing :( -- 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 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
