Nahrada za ip2long a long2ip – PHP – Fórum – Programujte.com

zdravas,

nedavno som zistil ze funkcie ip2long a long2ip nie su velmi spolahlive (niekedy davaju ine vysledky na linux strojoch a winoch)..

tak som napisal vlastnu funkciu (za 5 min :D ):

function my_ip2long($ip) {

$ipe=explode(".",$ip);

return (($ipe[0]*256+$ipe[1])*256+$ipe[2])*256+$ipe[3];

}



function my_long2ip($ipv) {

$ipp[0] = floor($ipv / 16777216);

$ipv -= $ipp[0] * 16777216;

$ipp[1] = floor($ipv / 65536);

$ipv -= $ipp[1] * 65536;

$ipp[2] = floor($ipv / 256);

$ipp[3] = $ipv - ($ipp[2] * 256);

return $ipp[0].".".$ipp[1].".".$ipp[2].".".$ipp[3];

}

To marioff : Keby som mal cas tak by som to testol nejaky cyklom co bude rychlejsie :smile1:, z hlavy si myslim ze rychlejsie bude bigint

To marioff : Používám postgesql, takže podle mě je lepší vkládat do DB přímo IP
http://www.postgresql.org/docs/8.3/static/datatype-net-types.html

To marioff : Jinak já bych to řešil spíš přes bitové operátory.

$ip[0] = ($longIP & (255 << 24)) >> 24;

$ip[1] = ($longIP & (255 << 16)) >> 16 ;

$ip[2] = ($longIP & (255 << 8)) >> 8;

$ip[3] = $longIP & 255;

To d.mostek : ja pouzivam mysql...

diki za navrh... ale je tam ale... moc bitove operatory nemusim (mozno je to tym ze ich dobre nechapem :) ), zatial som si vystacil z logickymi, ale ok... vyskusal som si tie posuny teda v praxi:

ale vyslo z toho toho:

napr: z IP: 56.25.41.12 longIP=941173004
vysledok: 52415.41.12

napr: z IP: 209.77.125.4 longIP=3511516420
vysledok: -71477.125.4

proste vzdy posledne 2-3 cislice su dobre... ale zvysok nejaka blbost...

teraz som trochu v pomykove... :( ...

Ešte som to nepoužil, ale nebolo by jednoduchšie ukladať IPv4 do BINARY(4) ? Myslím že aj sortovať a testovať, či patria do rozsahu by sa potom dali rovnako ako long-y. Odpadla by tak nutnosť toho prevodu.

To Prog. : no... newiem ci by bolo binary vhodnejsie , ohladom rychlosti... ale ide aj o to ze uz mam tabulku zo 167k riadkami, ktore obsahuju longy...

veď to neviem ani ja, neviem ako sa binary chova pri indexovaní, ešte som to nepoužil. Ale myslím že to bude rovnaké ako pri INT-e.

Bola reč o biginte, no stačiť bude o polovicu menší INT (UNSIGNED), viď. http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html.

V prípade BINARY by si rovno tie 4 čísla IP adresy uložil ako 4 bajty a potom nazad, čo mi príde podstatne jednoduchšie.


A previesť tých 167k riadkov z bigint do binary tiež nebude problém, myslím.

my v projektu používáme binární, a není problém. tedy, nějaký zásadní. vše se dá vyřešit (cachováním, indexy, atp.)