Re: [PHP] Argh Date problems (RESOLVED)

2009-07-29 Thread Miller, Terion
I had a tiny syntax error keeping it from working in the form of a cap letter. On 7/28/09 3:51 PM, "Miller, Terion" wrote: On 7/28/09 3:48 PM, "Bastien Koert" wrote: On Tue, Jul 28, 2009 at 4:02 PM, Miller, Terion wrote: > Ok so I got the > $inDate = strtotime($results[3][$i]); > > Giving

Re: [PHP] Argh Date problems

2009-07-28 Thread Miller, Terion
On 7/28/09 3:48 PM, "Bastien Koert" wrote: On Tue, Jul 28, 2009 at 4:02 PM, Miller, Terion wrote: > Ok so I got the > $inDate = strtotime($results[3][$i]); > > Giving me the unix date now I am trying all the different date functions that > will put it in the -00-00 like sql stores it beca

Re: [PHP] Argh Date problems

2009-07-28 Thread Bastien Koert
On Tue, Jul 28, 2009 at 4:02 PM, Miller, Terion wrote: > Ok so I got the > $inDate = strtotime($results[3][$i]); > > Giving me the unix date now I am trying all the different date functions that > will put it in the -00-00 like sql stores it because I ran it with the > unix stamp and it just

Re: [PHP] Argh Date problems (RESOLVED)

2009-07-28 Thread Miller, Terion
OMG AND I FIGURED IT OUT MYSELF...dang I just may be learning some php.. On 7/28/09 3:02 PM, "Miller, Terion" wrote: Ok so I got the $inDate = strtotime($results[3][$i]); Giving me the unix date now I am trying all the different date functions that will put it in the -00-00 like sql store

Re: [PHP] Argh Date problems

2009-07-28 Thread Miller, Terion
Ok so I got the $inDate = strtotime($results[3][$i]); Giving me the unix date now I am trying all the different date functions that will put it in the -00-00 like sql stores it because I ran it with the unix stamp and it just stored 00 in the db Hoping something like this works? $forma

Re: [PHP] Argh! nulls un stuff..

2002-10-15 Thread Francis
i think that was one of the problems, some places the session var was set back as a string ("0") and other as int (0). anyway thanks to all, panic over all working now :) "Jason Young" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > My suggestion would be to c

Re: [PHP] Argh! nulls un stuff..

2002-10-14 Thread Jason Young
My suggestion would be to checck for isset($_SESSION["temp"]) and if ($_SESSION["temp"] > "0") with quotes .. PHP is very forgiving with data types, and I've found its much easier to keep track of what exactly is going on if I reference everything in a string format. -Jason Sam Masiello wrote

RE: [PHP] Argh! nulls un stuff..

2002-10-14 Thread Sam Masiello
How about something like this: if ($_SESSION["temp"] > 0) ? Or if you want to be really sure: if ($_SESSION["temp"] > 0 && $_SESSION["temp"] != "") ORif you want to be sure the value is a number as well: if ($_SESSION["temp"] > 0 && $_SESSION["temp"] != "" && is_numeric($_SESSION["temp"]

RE: [PHP] Argh! nulls un stuff..

2002-10-14 Thread Matt Giddings
if( !empty($_SESSION["temp"])&& is_numeric($_SESSION["temp"]) && $_SESSION["temp"] >= 0 ) { ... } Something like this may work, first check to see if its not empty, then numeric, then if its greater than or equal to 0. If all three conditions are true then it'll execute the "..." block. Plea

Re: [PHP] Argh! nulls un stuff..

2002-10-14 Thread Maxim Maletsky
$var = 0; if(!is_int($var)) { echo '$var isn\'t numeric'; } and simple 'not' is going to ignore '0'. To check wherther a value is an integer use is_int() or is_numeric(), which are the same things anyway. If you care that the value is also higher than '0' add [ and $var>0] as the secon

Re: [PHP] argh!

2002-02-19 Thread Weston Houghton
Is it an array, or a single variable? Wes > Ok this is getting frustrating! I am serializing a variable and passing it > through the url, in the url and when I echo it on the next page it shows > s:608:, and when I unserialize it and echo it, it doesnt show anything! How > can I pull that dat