Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.php > #5039 > unrolled thread

strtotime() not able to handle 04/29 correctly???

Back to article view | Back to comp.lang.php

Contents

  strtotime() not able to handle 04/29 correctly??? cerr <ron.eggler@gmail.com> - 2012-02-29 10:41 -0800
    Re: strtotime() not able to handle 04/29 correctly??? "Peter H. Coffin" <hellsop@ninehells.com> - 2012-02-29 14:19 -0600
    Re: strtotime() not able to handle 04/29 correctly??? Jerry Stuckle <jstucklex@attglobal.net> - 2012-02-29 16:21 -0500
    Re: strtotime() not able to handle 04/29 correctly??? Doug Miller <doug_at_milmac_dot_com@example.com> - 2012-02-29 23:24 +0000
      Re: strtotime() not able to handle 04/29 correctly??? Eli the Bearded <*@eli.users.panix.com> - 2012-03-01 00:25 +0000
        Re: strtotime() not able to handle 04/29 correctly??? The Natural Philosopher <tnp@invalid.invalid> - 2012-03-01 00:46 +0000
        Re: strtotime() not able to handle 04/29 correctly??? Doug Miller <doug_at_milmac_dot_com@example.com> - 2012-03-01 01:28 +0000

#5039 — strtotime() not able to handle 04/29 correctly???

Hi,

I calculate the amount of days between two dates like this:

			$start = strtotime($_SESSION['sdate']);
			$end = strtotime($_SESSION['hdate']);
			echo ($end - $start);
			$duration = ($end - $start) / 3600 /24;
			$duration+=1; //plus one day
			echo " The ad will show for ".$duration." day(s)<br/>";

Which generally works fine but things seem to mess up when I have a
start sdate of 2012-02-29 and an hdate of 2012-04-01. I get a duration
of: 32.9583333333
Why is this? That's messing up my calculations. Is there a better way
to do this?

Thanks!
Ron

[toc] | [next] | [standalone]

#5040

On Wed, 29 Feb 2012 10:41:34 -0800 (PST), cerr wrote:
> Hi,
>
> I calculate the amount of days between two dates like this:
>
> 			$start = strtotime($_SESSION['sdate']);
> 			$end = strtotime($_SESSION['hdate']);
> 			echo ($end - $start);
> 			$duration = ($end - $start) / 3600 /24;
> 			$duration+=1; //plus one day
> 			echo " The ad will show for ".$duration." day(s)<br/>";
>
> Which generally works fine but things seem to mess up when I have a
> start sdate of 2012-02-29 and an hdate of 2012-04-01. I get a duration
> of: 32.9583333333
> Why is this? That's messing up my calculations. Is there a better way
> to do this?

"Note:

Using this function for mathematical operations is not advisable. It is
better to use DateTime::add() and DateTime::sub() in PHP 5.3 and later,
or DateTime::modify() in PHP 5.2."

Be that as it may...

What result are you expecting? 2012-02-29 to 2012-04-01 is 32 days isn't
it? Plus the 1 you're adding for no obvious reason would be 33, and 
rounding the result you *did* get comes out 33..

-- 
"The last refuge of the insomniac is a sense of superiority to the
 sleeping world."
                --Leonard Cohen, The Favourite Game

[toc] | [prev] | [next] | [standalone]

#5041

On 2/29/2012 1:41 PM, cerr wrote:
> Hi,
>
> I calculate the amount of days between two dates like this:
>
> 			$start = strtotime($_SESSION['sdate']);
> 			$end = strtotime($_SESSION['hdate']);
> 			echo ($end - $start);
> 			$duration = ($end - $start) / 3600 /24;
> 			$duration+=1; //plus one day
> 			echo " The ad will show for ".$duration." day(s)<br/>";
>
> Which generally works fine but things seem to mess up when I have a
> start sdate of 2012-02-29 and an hdate of 2012-04-01. I get a duration
> of: 32.9583333333
> Why is this? That's messing up my calculations. Is there a better way
> to do this?
>
> Thanks!
> Ron

Daylight savings time.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#5042

cerr <ron.eggler@gmail.com> wrote in news:a63a7827-bc1a-483a-96ae-de8289aa2de0@
32g2000yqn.googlegroups.com:

> Hi,
> 
> I calculate the amount of days between two dates like this:
> 
>                $start = strtotime($_SESSION['sdate']);
>                $end = strtotime($_SESSION['hdate']);
>                echo ($end - $start);
>                $duration = ($end - $start) / 3600 /24;
>                $duration+=1; //plus one day
>                echo " The ad will show for ".$duration." day(s)<br/>";
> 
> Which generally works fine but things seem to mess up when I have a
> start sdate of 2012-02-29 and an hdate of 2012-04-01. I get a duration
> of: 32.9583333333

which is 32 days 23 hours. What might throw this off by one hour? Hint: in the United States, it 
happens every year on the second Sunday of March.

[toc] | [prev] | [next] | [standalone]

#5043

In comp.lang.php, Doug Miller  <doug_at_milmac_dot_com@example.com> wrote:
> which is 32 days 23 hours. What might throw this off by one hour? Hint:
> in the United States, it happens every year on the second Sunday of March.

For some values of "every year" and in some regions only. Arizona is
unaffected. Parts of Indiana, too. Years before 2007 don't have the
second Sunday of March significant at all.

Elijah
------
would rather do away with this whole daylight savings time business

[toc] | [prev] | [next] | [standalone]

#5044

Eli the Bearded wrote:

> 
> Elijah
> ------
> would rather do away with this whole daylight savings time business

+1

-- 
To people who know nothing, anything is possible.
To people who know too much, it is a sad fact
that they know how little is really possible -
and how hard it is to achieve it.

[toc] | [prev] | [next] | [standalone]

#5045

Eli the Bearded <*@eli.users.panix.com> wrote in news:eli$1202291918@qz.little-
neck.ny.us:

> In comp.lang.php, Doug Miller  <doug_at_milmac_dot_com@example.com> wrote:
>> which is 32 days 23 hours. What might throw this off by one hour? Hint:
>> in the United States, it happens every year on the second Sunday of March.
> 
> For some values of "every year" 

Oh, really? You think the DST transition occurs only some years, and not others?

>and in some regions only. Arizona is unaffected. 

Correct. Hawaii also.

>Parts of Indiana, too. 

Incorrect. All of Indiana observes DST. 

>Years before 2007 don't have the
> second Sunday of March significant at all.

Years before 2007 were not part of the OP's date range and thus are not relevant to this 
discussion.

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.php

csiph-web