Well, se pare ca m-am prostit si am descoperit niste roti patrate. Noroc ca #mumu e vigilent si imi zice cand sunt prost. Cred ca trebui sa raman la consultanta, nu la chestii din astea de implementare.<\/p>\n
SELECT city,country FROM geoip_v4 WHERE\r\nip_from <= inet_aton('10.20.30.40')\r\nAND\r\nip_to >= inet_aton('10.20.30.40');<\/pre>\nDar pentru istorie, ca sa mai rada si altii de ce chestii debitez cateodata, ramane si textul initial, cu mentiunea:<\/p>\n
<rpetre> ce credeai ca e formula aia magica de ip to number? :)<\/p><\/blockquote>\n
Exista niste unii, care se cheama IP2Location de vand informatii de IP GeoLocation, adica pe scurt iti zic in ce oras\/tara este inregistrat un subnet.\u00a0Ei datele astea le dau CSV sa le incarci in ce vrei tu si dupa aia sa faci cautari in ele.<\/p>\n
Pentru ca nu toate bazele de date au IP\/subnet ca tip de data, daca te uiti dupa o singura adresa IP si tu tii subnet-uri in DB trebuie sa faci niste programare la mijloc sa afli de al cui sunbnet apartine o adresa IP. Asa ca oamenii astia au inventat ei o chestie de se cheama IP number: adica transformi 1.2.3.4 intr-un numar dupa o formula si dupa aia vezi tu cam intre ce valori se situeaza numarul ala in baza de date si afli cum ii cheama pe aia de-l utilizeaza si unde sunt inregistrati.<\/p>\n
In baza de date informatiile sunt tinute sub forma de IP_FROM, IP_TO, CITY, COUNTRY plus alte chestii irelevante pentru post-ul asta. IP_FROM e numarul de la care “pleaca” un subnet si IP_TO numarul unde se “termina” subnetul.\u00a0Formula dupa care se calculeaza IP number este:<\/p>\n
\n\n\nX = A x (256*256*256) + B x (256*256) + C x 256 + D<\/pre>\nIn SQL (PostgreSQL* compatibil), un lookup dupa 10.20.30.40<\/strong> se transforma in:<\/p>\nSELECT city, country FROM geoip_v4\r\n\r\nWHERE ip_from <= \r\n\r\n((split_part('10.20.30.40','.',1)::INT * (256*256*256))\r\n+\r\n(split_part('10.20.30.40','.',2)::INT * (256*256))\r\n+\r\n(split_part('10.20.30.40','.',3)::INT * 256)\r\n+\r\nsplit_part('10.20.30.40','.',4)::INT)\r\n\r\nAND ip_to >=\r\n\r\n((split_part('10.20.30.40','.',1)::INT * (256*256*256))\r\n+\r\n(split_part('10.20.30.40','.',2)::INT * (256*256))\r\n+\r\n(split_part('10.20.30.40','.',3)::INT * 256)\r\n+\r\nsplit_part('10.20.30.40','.',4)::INT)<\/pre>\n<=<\/strong> si >=<\/strong> ajuta sa faci match pe adresa de retea si pe broadcast daca stii exact unde ma-sa se termina subnet-ul pe care-l cauti si daca chiar vrei asta, altfel e bine doar cu <<\/strong> si ><\/strong>.<\/p>\nCast-ul la INT l-am pus ca baza de date imi facea cast in FLOAT dupa care il compara cu INT si ca sa-l compare mai facea un cast din FLOAT in INT. Am sarit un pas, ca profilerul pentru acelasi query zicea ca dureaza ~500msec sa se uite in 11M de inregistrari (beware of my small data) pentru VARCHAR::INT si vreo 45sec sa se uite tot acolo dupa VARCHAR::FLOAT::INT. E un pic dubios rezultatul de la profiler pentru ca nu cred ca dureaza asa mult sa te faci ca n-ai nimic dupa virgula, dar si faptul ca daca rulezi un query cu cele doua variante diferenta ochiometrica intre ele e de maxim 2 secunde.<\/p>\n
Pe de alta parte, nu-s mare fan ideii de “la mine pe laptop merge”, mai adaugati voi hardware sa mearga repede si la voi.<\/p>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
Well, se pare ca m-am prostit si am descoperit niste roti patrate. Noroc ca #mumu e vigilent si imi zice cand sunt prost. Cred ca trebui sa raman la consultanta, nu la chestii din astea de implementare. SELECT city,country FROM geoip_v4 WHERE ip_from <= inet_aton(‘10.20.30.40’) AND ip_to >= inet_aton(‘10.20.30.40’); Dar pentru istorie, ca sa mai … Continue reading ip number<\/span>