A nie pomślałeś by to zostawić jak najprościej jest? 4 pola typu int, które przechowują 4 bloki-32 bitowe jest już funkcja inet_atoi w()ięc czemu jej mamy nie używać? Rozwiązuje nam ona problem ipv4, ponieważ czwarty blok to będzie stary ipv4 i jego wtedy nie musimy tykać. Trzeci blok nam bedzie determinował z czym mamy do czynienia... Jeśli trafimy tam inet_atoi(0.0.255.255) to na bank mamy do czynienia z ipv4... By szybciej to sprawdzać założymy na ten trzeci blok indeks. Domyślnie te pola będą przyjmowały wartości:
Pierwsze: inet_atoi(0.0.0.0)
Drugie: inet_atoi(0.0.0.0)
Trzecie: inet_atoi(0.0.255.255)
Czwarte: można olać bo tu zawsze coś będzie.
Po stronie php jedynie ip będziemy dzielili na bloki 32-bitowe. Sprawdzimy czy podany ip będzie miał : (ipv6) czy może . (ipv4) i zareagujemy. Jeśli będą . to od razu, bez sentymentu, inet_atoi dla 4 bloku tylko bo mamy do czynienia z ipv4. Jeśli trafimy na : to musimy zrobić explode (zapewne po

na 4 bloki i potem tylko już zapisać każdy z nich do odpowiedniego pola. Jako że będziemy mieć do czynienia z liczbą w heksach, to wystarczy po prostu walnąć hex2dec i pojechać z tym do bazy. Warto zapamiętać, że explode po : dla ::ffff:(ipv4 jako hexy) da nam elementy puste w tablicy wynikowej, a więc wtedy do bazy powinny lecieć zera.