Jest taka funkcja, tylko wyleciało mi z głowy jaka?

is_numeric

[PHP] pobierz, plaintext 
<?php
if (is_numeric('2378743')) {
 echo 'ok';
} else {
 echo 'błąd';
}
?>
[PHP] pobierz, plaintext 

kefirek, a jak będzie ujemna ('-2378743') to też chyba wyświetli ok co? nie lepiej rzutować na int?

[PHP] pobierz, plaintext 
<?php
if( ((int)$string) >0 ) echo 'ok';
else echo 'blad';
?>
[PHP] pobierz, plaintext 

To jak bedzie liczba to mozna jeszcze sprawdzic czy jest wieksza od zera. Ot cała filozofia.

JoShiMa:
a jak będzie to '123dupajaś'?
Ja bym machnął wyrażenie regularne i po sprawie:

[PHP] pobierz, plaintext 
<?php
$czy_liczba = (bool)preg_match('#^[0-9]+$#', '123dupajaś');
var_dump($czy_liczba);
?>
[PHP] pobierz, plaintext 

i jeszcze jedno rozwiązanie (prawdopodobnie najszybsze):

[PHP] pobierz, plaintext 
<?php
$string = '123dupajaś';
 
$czy_liczba = $string === (string)abs($string);
var_dump($czy_liczba);
?>
[PHP] pobierz, plaintext 

Nie sprawdziłam. Moja kulpa.

Do zerwania jednego kłosa zboża na ręke jedziesz z kombajnem?
Wyraźnie w temacie jest napisane, że chce sprawdzić czy ciąg jest liczba całkowitą dodatnią
Wiec rozwiazanie kefirka plus dodanie do niego sprawdzenia czy $liczba>0 jest wystarczającym.

//EDIT Tfu błąd. Pierwsza funkcja sprawdza ale w sposób nadzwyczaj nadmiarowy.

Kwestia przyjętego nazewnictwa. Poza tym podałem drugie rozwiązanie, które wydaje się szybkie i poprawne.

Nie. To jest kwestia algorytmu, który jest wykonywany. Testowanie wyrażeniem regularnym jest dużo bardziej obciążające. A to już jest różnica większa niż "kwestia nazwy".

[PHP] pobierz, plaintext 
<?php
if (is_numeric('2378743')) {
 echo 'ok';
} else {
 echo 'błąd';
}
?>
[PHP] pobierz, plaintext 

Niestety to rozwiązanie przepuszcza również liczby wymierne (z kropką)

Więc chyba lepiej to wyrażenie regularne...

[PHP] pobierz, plaintext 
<?php
function is_absnum ($number)
{
    return (string)(int)$number === (string)$number && abs($number) === (int)$number ? true : false;
}
?>
[PHP] pobierz, plaintext 

<offtopic>
W takich sytuacjach widać jak bardzo PHP obsysa jako język programowania.
<offtopic/>

@mike, może dlatego, że nie był tworzony jako język programowania...

Po części masz rację. Doczasu PHP/FI 2.0 były to zabawki i toolsy. Później Suraski i Gutmans zrobili z tego język programowania, przepisując od nowa.
Mieli czystą kartkę i dużo możliwości. Spieprzyli sprawę.