On Apr 14, 2004, at 7:25 AM, Ford, Mike [LSS] wrote:
Because of such problems, you should never use a time anywhere near
the DST hour-change when you are calculating consecutive dates, and
most especially not a time that could conceivably be shifted into the
adjacent day (i.e. 00:00-00:59)
It w
On 10 April 2004 16:11, Brian Dunning wrote:
> Check this out: I'm returning a list of the last 30 days, looping
> through i, subtracting it from $end_date where $end_date is 2004-04-10
> 00:00:00. I'm just trying to derive a timestamp $check_date for each
> iteration, like 1081321200. Here's the
* Thus wrote Brian Dunning ([EMAIL PROTECTED]):
>
> $check_date = mktime(0, 0, 0, substr($end_date, 5, 2),
> substr($end_date, 8, 2) - $i, substr($end_date, 0, 4), -1);
>
> Note that this works PERFECTLY for every date, and always has. Except
> for one particular day. When $end_date - $i is sup
On 10 Apr 2004 Brian Dunning wrote:
> Check this out: I'm returning a list of the last 30 days, looping
> through i, subtracting it from $end_date where $end_date is 2004-04-10
> 00:00:00. I'm just trying to derive a timestamp $check_date for each
> iteration, like 1081321200. Here's the code w
4 matches
Mail list logo