Barry wrote:
Ford, Mike wrote:
Uhm -- my mistake, sorry -- 31st Feb equates to 3rd March, not 2nd, so
3rd April here is correct.
The basic thing is that strtotime() just uses the same
day-of-the-month when calculating in months -- so, on the 31st
January, it reckons thus:
+1 month: 31st February -- *doesn't exist* converted to 3rd March
+2 months: 31st March -- OK
+3 months: 31st April -- *doesn't exist* converted to 1st May
+4 months: 31st May -- OK
+5 months: 31st June -- *doesn't exist* converted to 1st July
etc., etc.
So you just have to be careful when calculating next/previous months
to allow for strangeness like this near the end of a month -- just as
you have to watch out for DST transitions if calculating with times
near 01:00/02:00/03:00. If all you're interested in is the actual
month, your best bet is to normalize to a date that exists in every
month (such as 1st) before doing your next/previous calculation.
Your table is quite ok.
But converting dates just because it doesnt exist and on the next added
month doing so as if there was everything ok is a bug for me.
31st January -> +1 month -> 31st February (not possibele so its 3rd
February) -> +1 month -> 31st February (What the O_o)
How does he calculate?
For me 3rd Fabruary -> +1 Month -> is 3rd March
also 31st January -> +2 Month -> is for me 3rd March
31st February is not true because i miss "3" (!!) days.
Not for you?
Barry
Lol f***ed everything up -_-"
edit:
> 31st January -> +1 month -> 31st February (not possibele so its 3rd
> March) -> +1 month -> 31st march (What the O_o)
For me 3rd Fabruary -> +1 Month -> is 3rd March
> also 31st January -> +2 Month -> is for me 3rd March
>
> 31st February is not true because i miss "3" (!!) days.
--
Smileys rule (cX.x)C --o(^_^o)
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
