Re: timezones & date() breakage
| From: | Stanislav Malyshev | Date: | Tue, 27 Sep 2005 14:22:07 +0000 |
| Subject: | Re: timezones & date() breakage | ||
| References: | 1 2 3 4 5 6 7 8 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-19206@lists.php.net to get a copy of this message | ||
IA>>The problem before was that there was no 1 certain date setting. For
Oh, but there is. It is "use system settings". That is the date setting I
am looking for, and that's what I will be using in 99% of the cases -
because apps I dela with don't need multiple timezone support on single
server - they just need to say "this happened on so-and-so time on this
server" - and that's it.
IA>>With the date extension there is one unchanging list (even for win32
IA>>users) that will always be constant. So once you determine the desired
IA>>timezone name you use it without being concerned about system's TZ settings.
But I *want* to be concerned about system's TZ settings - I *want* to use
exactly the same time system is using. And I did it happily before. Why
can't I do now? I don't ask you to drop functions _you_ need - I ask you
not to drop the function _I_ needd - and probably a lot of other people
that are going to discover it once they install 5.1 would need, only they
would find it out too late to fix it in 5.1.
IA>>Yes, initially there will be some short-term pain in converting existing
IA>>apps, but for the long term it'll provide a robust and portable
It's not "short-term pain" - I see no way to convert any app to work with
this mechanism for 5.1 at all, since this setting is not possible to
discover from the app.
IA>>solution. If we add "legacy" flag or INI setting, I feel that we'd be
IA>>taking a step backwards in terms of making applications portable.
I don't see why making application portable requires to break
already perfectly portable application. And I, personally, don't think
making the user manually configure each install of the app is a
portability as I see it, BTW.
If you for some reason which I can not understand can not make date() be
compatible with old settings - ok, add system_date() then which would
work as the old date(). Then at least there would be a way to run it on
5.1 in a portable way.
--
Stanislav Malyshev, Zend Products Engineer
stas@zend.com http://www.zend.com/ +972-3-6139665 ext.115