Есть некоторые мысли, но хочу понять в правильном направлении или нет.

Допустим есть мой сайт, мне нужно постоянно определять местоположение пользователя, в первый раз пользователю появляется всплывающее окно с просьбой подтвердить населённый пункт, после чего запоминается в печеньки.

Сейчас я определяю населённый пункт пользователя сторонним сервисом, но у них есть лимиты и они в общем то могут в любой момент закрыть свой проект. И никто не отменял времени ожидания от их сервера.

Хочу хранить эти данные в своей DB, в связи с чем стоит вопрос правильного хранения [ IP - Населённый пункт ], используя MySQLi.

P.S. например разные пользователи три раза подтвердили, что IP находится в их городе, тогда делаю запись в основную таблицу. А если в основной таблице нет такого IP, то дёргаю со стороннего сервиса.

Ну и опять как хранить IP чтобы снизить нагрузку.

_____________
Принимаю заказы, писать в ЛС

Привязка IP к местности штука весьма условная и корректно работает далеко не всегда, об этом нужно помнить.

ip2long();
long2ip();

. Иметь свою гео базу для своих клиентов вполне можно. Можно сделать накопительную базу, то есть сегодня она пустая, завтра добавится новый пользователь и в момент установки своего региона, пользователь выбирая этот регион, как раз и добавить свой ip в соответствии с регионом в эту базу (это можно делать без всплывающего окна, а как бы без ведома пользователя, зачем ему лишняя инфа). Ну а при появлении нового пользователя, выдавать ему до установки собственных гео данных что-то нейтральное.

Таким образом гео таблица будет наполнятся автономно.

sg.com ip2long вроде работает только с IPv4, а вообще твой вариант мне понравился. Например при регистрации подставляем предположительно населённый пункт (дёргая с стороннего сервиса), после чего записываем в временную таблицу, после определённого количества совпадений перезаписываем в основную. И для авторизированных пользователей используем данные указанные при регистрации.

_____________
Принимаю заказы, писать в ЛС