On Nov 17, 2011, at 10:01 AM, Tedd Sperling <tedd.sperl...@gmail.com> wrote:

On Nov 15, 2011, at 2:54 PM, Steven Staples wrote:
<tamouse.li...@gmail.com> sent:
<tedd.sperl...@gmail.com> wrote:
PS: I know it's not Friday, but this question came up in class
yesterday and I thought maybe all of you might like to guess why
null is Wednesday?

Wait.. What??

$ php -r 'echo date("l",NULL),"\n";'


$ php -r 'echo date("r",NULL),"\n";'
Wed, 31 Dec 1969 18:00:00 -0600

(Personally, I would have thought Thursday should be NULL, but that's
just me. And Thursday.)

Actually, It *is* Thursday if you use UTC:

$ TZ=UTC php -r 'echo date("r",NULL),"\n";'
Thu, 01 Jan 1970 00:00:00 +0000


Perfect example of Tedd's last comment about being proven wrong (even though TECHNICALLY it isn't)

Good job :)

To all:

Okay, so now that we have had people reply, here's my take.

The Unix timestamp started on 01 Jan 1970 00:00:00 +0000 -- and that was a Thursday.

The second before (i.e., 31 December, 1969 23:59:59:59 + 0000) was null, which was Wednesday.

Now one might argue that everything before was null and I could accept that. But here's my code and reasoning, please follow:

$string = null;
$seconds = strtotime($string);    // change string into seconds
date = getdate($seconds);        // change seconds into a date
$computedDate = $date['mday'] . ' ' . $date['month'] . ', ' . $date ['year'] . ' : ' .$date['weekday'];
echo($computedDate);    // show date

Thus, null is Wednesday.

Now, why is this wrong?




PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

That's just it -- it's not wrong -- it's just local

PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to