Re: [PHP-DEV] [RFC] DateTime and Daylight Saving Time Transitions

2011-10-19 Thread Lester Caine 

Daniel Convissor wrote:

PHP's DateTime class has unexpected outcomes when dealing with the
transitions between Daylight Saving Time and Standard Time.

Properly defining, documenting and unit testing DateTime's behaviors is
important for PHP's future. This document seeks agreement on what the
expected behaviors should be.

Please take a moment to review the RFC and post any questions or
concerns here.

https://wiki.php.net/rfc/datetime_and_daylight_saving_time


I feel that it is worth pointing out that handling the transitions is more a 
matter of making the right design choices in the underlying design. Having had 
to manage this for many years in timetabling systems for railways, I've come to 
one simple conclusion, and that is that the internal system always works with 
UTC times. All of the calculations and 'timing diagrams' therefore have unique 
and sequential times.


The discussion then comes back to mapping UTC times to and from the local times 
which is a lot easier to manage?


Rather than complex maths to try and correct the 'Type3' times, if they are 
automatically stored internally as a UTC time, and only the displayed 
information is varied, then the maths problem goes away? This will handle any 
complex daylight saving offsets cleanly? Having the same mechanism for all time 
values would also remove the need to have to handle that processing in the 
application?


Moving to multi-timezone applications, by working purely in UTC in the stored 
data, all that the application requires is to know the timezone of the client ( 
long time grip - this needs to be provided via the browser! ) or the timezone of 
the location. Single timezone only really exist if there is no daylight saving 
in the area being served, and then it simply does not matter if the system is 
using UTC on the server or the local time.


--
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//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] php 5.4 next iteration

2011-10-19 Thread Pierre Joye 
On Tue, Oct 18, 2011 at 10:04 PM, Ferenc Kovacs  wrote:

>> where is the question? You seem to be the only one to disagree with
>> the revert and the proposed patch. Rasmus and other agreed on it
>> already, here and the security list.
>
> please keep in mind that the security is a closed group so most of the
> readers don't know the discussion happening there, so maybe it would be a
> good idea to summarize the discussion here

Right, all the details have been already published on this list:

http://news.php.net/php.internals/55816


Cheers,
-- 
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] php 5.4 next iteration

2011-10-19 Thread Felipe Pena 
Hi,

2011/10/18 Stas Malyshev :
> Hi!
>
> Since we have next release planned on 20th, and since we have at least three
> unsolved issues for 5.4 yet which we expect resolution soon:
> - is_a question
> - serialization changes
> - date fixes
>
> I think the release on 20th should be beta2 and we can start the RC cycle
> once these are resolved. BTW, if anyone remembers anything else that must be
> resolved before RC and isn't yet, please raise the flag.
>
> Also, it'd be great if we could get some attention to the missing
> documentation: https://wiki.php.net/todo/undoc54
> --
> Stanislav Malyshev, Software Architect
> SugarCRM: http://www.sugarcrm.com/
> (408)454-6900 ext. 227
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

What about https://wiki.php.net/rfc/instance-method-call?

-- 
Regards,
Felipe Pena

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Benchmarking ...

2011-10-19 Thread Lester Caine 
OK ... I've pulled out all the old benchmarking stuff, but being several years 
old, they seem to be a little 'light' in what they are doing. I'm getting 34mS 
test times on things that were probably a second or more when I first used them.


I've got two Linux machines running public accessible websites, and three 
Windows boxes which I can test internally, with various versions of 32 and 64 
bit windows so I want a benchmark that will do a reasonable job of testing 
PHP5.3+ installations and which other people can compare against.


So what are people currently using for benchmarking performance?

--
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//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] DateTime and Daylight Saving Time Transitions

2011-10-19 Thread Daniel Convissor 
On Wed, Oct 19, 2011 at 08:18:50AM +0100, Lester Caine wrote:
> I've come to one simple
> conclusion, and that is that the internal system always works with
> UTC times. All of the calculations and 'timing diagrams' therefore
> have unique and sequential times.

That is how PHP's DateTime works.

--Dan

-- 
 T H E   A N A L Y S I S   A N D   S O L U T I O N S   C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com/
 4015 7th Ave #4, Brooklyn NY 11232  v: 718-854-0335 f: 718-854-0409

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Benchmarking ...

2011-10-19 Thread Bostjan Skufca 
Are you talking about general server benchmarks, HTTP server benchmarks or
PHP-only specific benchmarks (make test?)?

b.



On 19 October 2011 13:35, Lester Caine  wrote:

> OK ... I've pulled out all the old benchmarking stuff, but being several
> years old, they seem to be a little 'light' in what they are doing. I'm
> getting 34mS test times on things that were probably a second or more when I
> first used them.
>
> I've got two Linux machines running public accessible websites, and three
> Windows boxes which I can test internally, with various versions of 32 and
> 64 bit windows so I want a benchmark that will do a reasonable job of
> testing PHP5.3+ installations and which other people can compare against.
>
> So what are people currently using for benchmarking performance?
>
> --
> 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//
> Firebird - 
> http://www.firebirdsql.org/**index.php
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>