On 01.07.2013 05:36, Stas Malyshev wrote:
> Hi!
>
>> This is not correct. Some functions in IntlCalendar also use this
>> direct representation of UDate, see e.g.
>>
>> http://pt2.php.net/manual/en/intlcalendar.getnow.php
>> http://pt2.php.net/manual/en/intlcalendar.gettime.php
>
> OK, I see.
>
Hi!
> This is not correct. Some functions in IntlCalendar also use this
> direct representation of UDate, see e.g.
>
> http://pt2.php.net/manual/en/intlcalendar.getnow.php
> http://pt2.php.net/manual/en/intlcalendar.gettime.php
OK, I see.
> As far as I know, there's not any strictly technical
Em 2013-07-01 4:25, Stas Malyshev escreveu:
It can be a UTC timestamp (if $local is false), but note it's in
milliseconds since the epoch, not seconds. The documentation is
here:
It looks like it's the only place in PHP where we represent date this
way. Given that this function has no docs a
Hi!
> It can be a UTC timestamp (if $local is false), but note it's in
> milliseconds since the epoch, not seconds. The documentation is here:
It looks like it's the only place in PHP where we represent date this
way. Given that this function has no docs at all, it's even more
confusing. Can't w
Em 2013-06-30 23:59, Stas Malyshev escreveu:
I have a question about IntlTimeZone::getOffset - what is the first
parameter it accepts? Is it UTC timestamp? The type is double, but
I'm
not sure what exactly this double is supposed to mean.
It can be a UTC timestamp (if $local is false), but n
Hi!
I have a question about IntlTimeZone::getOffset - what is the first
parameter it accepts? Is it UTC timestamp? The type is double, but I'm
not sure what exactly this double is supposed to mean.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
