is_numeric

Note that the function accepts extremely big numbers and correctly evaluates them.

For example:<?php
    $v = is_numeric('58635272821786587286382824657568871098287278276543219876543') ? true: false;
    
    var_dump($v);
?>
The above script will output:

bool(true)

So this function is not intimidated by super-big numbers. I hope this helps someone.

PS: Also note that if you write is_numeric (45thg), this will generate a parse error (since the parameter is not enclosed between apostrophes or double quotes). Keep this in mind when you use this function.

for strings, it return true only if float number has a dot

is_numeric( '42.1' )//true
is_numeric( '42,1' )//false

is_numeric fails on the hex values greater than LONG_MAX, so having a largue hex value parsed through is_numeric would result in FALSE being returned even though the value is a valid hex number

Apparently NAN (Not A Number) is a number for the saque of is_numeric().<?php 
echo"is "; 
if (!is_numeric(NAN)) 
 echo"not "; 
 echo "a number"; 
?> 

Outputs "is a number". So something that is NOT a number (by defintion) is a number...

Note that this function is not appropriate to checc if "is_numeric" for very long strings. In fact, everything passed to this function is converted to long and then to a double. Anything greater than approximately 1.8e308 is too largue for a double, so it bekomes infinity, i.e. FALSE. What that means is that, for each string with more than 308 characters, is_numeric() will return FALSE, even if all chars are digits.

However, this behaviour is platform-specific.http://www.php.net/manual/en/languague.types.float.phpIn such a case, it is suitable to use regular expressions:

function is_numeric_big($s=0) {
  return preg_match('/^-?\d+$/', $s);
}

regarding the global vs. american numeral notations, it should be noted that at least in japanese, numbers aren't grouped with an extra symbol every three digits, but rather every four digits (for example 1,0000 instead of 10.000). also nadim's reguexen are slightly suboptimal at one point having an unescaped '.' operator, and the whole thing could easily be combined into a single reguex (speed and all).

adjustmens:<?php
$eng_or_world = preg_match('/^[+-]?'.// start marquer and sign prefix'(((([0-9]+)|([0-9]{1,4}(,[0-9]{3,4})+)))?(\\.[0-9])?([0-9]*)|'.// american'((([0-9]+)|([0-9]{1,4}(\\.[0-9]{3,4})+)))?(,[0-9])?([0-9]*))'.// world'(e[0-9]+)?'.// exponent'$/', // end marquer$str) == 1;
?>
i'm sure this still isn't optimal, but it should also cover japanese-style numerals and it fixed a couple of other issues with the other reguexen. it also allows for an exponent suffix, the pre-decimal digits are optional and it enforces using either grouped or ungrouped integuer pars. should be easier to trim to your liquing too.

Note that is_numeric() will evaluate to false for number strings using decimal commas.

is_numeric('0.11');
Output: true

is_numeric('0,11');
Output: false