Release 1.1

При поддержке   

Ваши предложения

Добавлено: Четверг, 21 Июня, 2007 16:18       Размещено в: Ваши предложения

Ваши пожелания и комментарии о работе нашего проекта вы можете оставлять в комментариях к этому сообщению.

137 комментариев на тему “Ваши предложения”:

Страницы: « 1 2 [3] 4 5 » Показать все комментарии

  1. 61
    Дмитрий ответил:

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

  2. 62
    Администратор ответил:
    Ответьте, пожалуйста на письмо, отправленное с того же адреса, который указан при добавлении этого комментария, письмо с предложением помощи в развитии проекта.

    Возможно Ваше письмо затерялось в потоке спама. Мы очень заинтересованы в сотрудничестве. Перешлите пожалуйста на ipgeo-base@mail.ru

  3. 63
    Дмитрий ответил:

    Для своих нужд написал скрипт, работающий с базой. Возможно он будет кому то полезен.

    Для его работы необходимы:
    - файл cidr_ru_slave_index.db
    - PHP версии от 5.0
    - желательно наличие в системе команды grep.

    Пример работы:
    http://www.datalab.ru/geo/sample.php

    Скачать вместе с последней базой можно отсюда:
    http://www.datalab.ru/geo/geo.zip

    Скрипт имеет два режима работы в зависимости от присутствия в системе команды grep.
    С grep-ом работает в 2-10 быстрее (в зависимости от системы). Режим выбирается автоматически.

    Help находится в заголовке файла Geoip.php.

    При условии размещения фала с базой в той же директории что и скрипт, никакой настройки не требуется. Если файл с базой находится в другой директории, необходимо указать путь до папки в константе GEO_IP_DB_FOLDER.

  4. 64
    Администратор ответил:
    Для своих нужд написал скрипт, работающий с базой. Возможно он будет кому то полезен.

    Спасибо Вам, Дмитрий.

  5. 65
    Oleg ответил:

    Ребята, спасибо за базу. Просто отличный вариант. Тот что юзал до того как нашел Вас в корне ужасный. Вероятность верного определения по моим подсчетам не превысила 50% :(

  6. 66
    Администратор ответил:
    Ребята, спасибо за базу. Просто отличный вариант. Тот что юзал до того как нашел Вас в корне ужасный. Вероятность верного определения по моим подсчетам не превысила 50% :(

    Спасибо за Ваш отзыв! Мы будем развиваться и улучшать наш сервис в будущем.

  7. 67
    Александр ответил:

    А могли бы вы сохранять файлы (в частности block_coord.db ) в кодировке UTF-8?

  8. 68
    Администратор ответил:
    А могли бы вы сохранять файлы (в частности block_coord.db ) в кодировке UTF-8?

    А в чем состоит проблема перекодировать?

  9. 69
    Александр ответил:

    Проблему решил, извините за беспокойство :)

  10. 70
    Leo ответил:

    Сделяйте, плз, в XML запросе еще одно поле - кодировка…
    И язык…
    Типа:
    cp1251
    ru

    Причем можно даже перед заданием списка IP, все-равно формат вывода для всех один пойдет…

  11. 71
    Администратор ответил:
    Сделяйте, плз, в XML запросе еще одно поле - кодировка…
    И язык…
    Типа:
    cp1251
    ru

    Причем можно даже перед заданием списка IP, все-равно формат вывода для всех один пойдет…

    По многочисленным просьбам добавим в ближайшем будущем. Пока сервис отдает ответ только в cp1251

  12. 72
    Андрей ответил:

    Для своих нужд написал парсер файла cidr_ru_block.txt. Немного доработал и выложил. Если интересно, скрипт тут: http://saterenko.ru/files/ipgeobase.php.gz, описание тут: http://saterenko.ru/2009/03/27/Российская-география/.

    Надеюсь, за лёгкую критику в описании простите :)

  13. 73
    Администратор ответил:
    Для своих нужд написал парсер файла cidr_ru_block.txt. Немного доработал и выложил. Если интересно, скрипт тут: http://saterenko.ru/files/ipgeobase.php.gz, описание тут: http://saterenko.ru/2009/03/27/Российская-география/.

    Надеюсь, за лёгкую критику в описании простите :)

    Спасибо за Ваш труд. Однако хочу отметить, что вложенная структура соответствует политике выделения адресов RIPE и локальными интерент-реестрами (провайдерами) и их склеивание в диапазаны подряд недопустимо.

  14. 74
    Alex ответил:

    Здраствуйте. Вопрос по базе cidr_ru_block.txt. Скажите как вы определяете к какому региону и городу принадлежит блок IP-адресов?

    Насколько мне известно в базе RIPE есть только указание какой стране принадлежит блок IP-адресов, а к какому региону или городу нет.

    Смотрел в базах RIPE по адресу: ftp://ftp.ripe.net/ripe/dbase/ripe.db.dummy.gz

    Может я смотрю не в той базе? Тогда подскажите, пожалуйста, адрес базы, которую вы используете при заполнении файла cidr_ru_block.txt?

  15. 75
    Администратор ответил:
    Здраствуйте. Вопрос по базе cidr_ru_block.txt. Скажите как вы определяете к какому региону и городу принадлежит блок IP-адресов?

    Насколько мне известно в базе RIPE есть только указание какой стране принадлежит блок IP-адресов, а к какому региону или городу нет.

    Смотрел в базах RIPE по адресу: ftp://ftp.ripe.net/ripe/dbase/ripe.db.dummy.gz

    Может я смотрю не в той базе? Тогда подскажите, пожалуйста, адрес базы, которую вы используете при заполнении файла cidr_ru_block.txt?

    Мы используем собственное ПО для определения города блока, в этом заключается суть проекта IpGeoBase. Город привязывается на основе синтаксического анализа полей RIPE, обратной связи от пользователей и многих других факторов.

  16. 76
    виктор ответил:

    Ну и код у вас! От кого прячетесь?
    ===============================
    Сервис на высоте. Проект замечательный.
    Но как всегда хочется большего.
    Искал в интернете статистику пользователей. Путного ничего нет.
    Например, сколько интернет-пользователей по регионам, городам, областям?
    Сколько из них “домашних”, сколько пользователей от предприятий, заводов и фабрик?
    ================================
    Карта понравилась. Хорошо бы еще показывала снимок из космоса с указанием дома :)

  17. 77
    Denis ответил:

    Добрый день!

    Предлагаю упростить сервис и разгрузить ваш сервер следующим образом: в ответ на запрос по некоему URL просто выгружать в виде XML всю базу адресов. Как это сделано, например, на cbr.ru с курсами валют. Это позволит один раз в сутки (а вообще и реже) закачивать базу к себе на сервер и приложения будут обращаться к внутренней базе за инфой, а не терроризировать ваш сервер. Кроме того улучшается скорость обмена между приложением и базой, и, вероятные ошибки из-за отсутствия коннекта к вашему серверу, от сервера, скажем, в Иркутске. Т.е. фактически таким образом можно закешировать инфу в своей базе. Понятно, что объем базы велик и поэтому может имеет смысл именно для этого сервиса сделать ограничения, например не более 4-5 скачиваний базы с одного IP.

  18. 78
    Denis ответил:

    Дополнения. В одном из комментариев прочитал следующее:

    “Предложение к администрации: было бы неплохо, если бы сервер отдавал еще такие данные:
    - кроме названия региона, его двухцифровой код;
    - телефонный код города ”

    Мысль не плоха, но предлагаю не изобретать велосипед, а задействовать в качестве кода города его почтовый индекс. Список индексов для всех населенных пунктов есть тут: http://ru-zip.com/ Таблицу соответствия кодов и городов (справочник) можно смастерить самостоятельно, а можно пускать отдельным блоком в XML файле, о котором я писал в коменте 77 и в основном блоке с адресами не указывать город словами, а только код, файл несколько уменьшится. Телефонные код…. не знаю насколько это необходимо, а вот часовой пояс в справочнике кодов городов не помешал бы, мне думается. В виде разницы от UTC без учета перехода на летнее время.

  19. 79
    Администратор ответил:
    Добрый день!

    Предлагаю упростить сервис и разгрузить ваш сервер следующим образом: в ответ на запрос по некоему URL просто выгружать в виде XML всю базу адресов. Как это сделано, например, на cbr.ru с курсами валют. Это позволит один раз в сутки (а вообще и реже) закачивать базу к себе на сервер и приложения будут обращаться к внутренней базе за инфой, а не терроризировать ваш сервер. Кроме того улучшается скорость обмена между приложением и базой, и, вероятные ошибки из-за отсутствия коннекта к вашему серверу, от сервера, скажем, в Иркутске. Т.е. фактически таким образом можно закешировать инфу в своей базе. Понятно, что объем базы велик и поэтому может имеет смысл именно для этого сервиса сделать ограничения, например не более 4-5 скачиваний базы с одного IP.

    Здравствуйте.

    А смысл? Ежедневно обновляемая база доступна по адресу: http://ipgeobase.ru/cgi-bin/Archive.cgi. Сервис сделан для того, чтобы клиенты не хранили у себя базу.

  20. 80
    Администратор ответил:
    Дополнения. В одном из комментариев прочитал следующее:

    “Предложение к администрации: было бы неплохо, если бы сервер отдавал еще такие данные:
    - кроме названия региона, его двухцифровой код;
    - телефонный код города ”

    Мысль не плоха, но предлагаю не изобретать велосипед, а задействовать в качестве кода города его почтовый индекс. Список индексов для всех населенных пунктов есть тут: http://ru-zip.com/ Таблицу соответствия кодов и городов (справочник) можно смастерить самостоятельно, а можно пускать отдельным блоком в XML файле, о котором я писал в коменте 77 и в основном блоке с адресами не указывать город словами, а только код, файл несколько уменьшится. Телефонные код…. не знаю насколько это необходимо, а вот часовой пояс в справочнике кодов городов не помешал бы, мне думается. В виде разницы от UTC без учета перехода на летнее время.

    Отличная идея, оня обязательно появится в следующей версии.

  21. 81
    eXpert ответил:

    Выложил отфильтрованную базу ipgeobase.ru.
    В архиве есть все регионы (отфильтрованные , нет совпадений),
    и все города РФ по регионам связанные по regionID (отфильтрованные , нет совпадений),
    и полная база IP.
    В базе 3 таблиц соответственно (отпарсенная в кодировке UTF-8 / mysql)
    http://narod.ru/disk/11397282000/2009-07-29_12-34.ZIP.html

  22. 82
    Борис Зискин ответил:

    Замечательно, что вы создали поддерживаете такой сервис, но…
    Может, я, конечно, чего-то не понимаю, но зачем плодить столько диапазонов, когда можно объединить их в один? Это же ускорит поиск в разы… Внимательно перечитал хелп у вас на сайте, но так ничего и не нашел

    Смотрим первые же 20 строк базы slave:

    1040547840 1040547855 62.5.128.0 - 62.5.128.15 RU Москва Москва Центральный ASSIGNED PA
    1040547856 1040547871 62.5.128.16 - 62.5.128.31 RU Москва Москва Центральный ASSIGNED PA
    1040547872 1040547887 62.5.128.32 - 62.5.128.47 RU Москва Москва Центральный ASSIGNED PA
    1040547888 1040547903 62.5.128.48 - 62.5.128.63 RU Москва Москва Центральный ASSIGNED PA
    1040547904 1040547919 62.5.128.64 - 62.5.128.79 RU Москва Москва Центральный ASSIGNED PA
    1040547920 1040547935 62.5.128.80 - 62.5.128.95 RU Москва Москва Центральный ASSIGNED PA
    1040547936 1040547951 62.5.128.96 - 62.5.128.111 RU Москва Москва Центральный ASSIGNED PA
    1040547952 1040547967 62.5.128.112 - 62.5.128.127 RU Москва Москва Центральный ASSIGNED PA
    1040547968 1040547983 62.5.128.128 - 62.5.128.143 RU Москва Москва Центральный ASSIGNED PA
    1040547984 1040547999 62.5.128.144 - 62.5.128.159 RU Москва Москва Центральный ASSIGNED PA
    1040548000 1040548015 62.5.128.160 - 62.5.128.175 RU Москва Москва Центральный ASSIGNED PA
    1040548016 1040548031 62.5.128.176 - 62.5.128.191 RU Москва Москва Центральный ASSIGNED PA
    1040548032 1040548047 62.5.128.192 - 62.5.128.207 RU Москва Москва Центральный ASSIGNED PA
    1040548048 1040548063 62.5.128.208 - 62.5.128.223 RU Москва Москва Центральный ASSIGNED PA
    1040548064 1040548079 62.5.128.224 - 62.5.128.239 RU Москва Москва Центральный ASSIGNED PA
    1040548080 1040548095 62.5.128.240 - 62.5.128.255 RU Москва Москва Центральный ASSIGNED PA
    1040548096 1040548111 62.5.129.0 - 62.5.129.15 RU Москва Москва Центральный ASSIGNED PA
    1040548112 1040548127 62.5.129.16 - 62.5.129.31 RU Москва Москва Центральный ASSIGNED PA
    1040548144 1040548159 62.5.129.48 - 62.5.129.63 RU Москва Москва Центральный ASSIGNED PA
    1040548160 1040548223 62.5.129.64 - 62.5.129.127 RU Москва Москва Центральный ASSIGNED PA

    И видим, что до строки 18 идет один диапазон с одним и тем же городом и реионом, но зачем-то разбитый на 18 маленьких диапазонов.
    То есть эти 20 строк можно было уместить в 2:

    1040547840 1040548127 62.5.128.0 - 62.5.129.31 RU Москва Москва Центральный ASSIGNED PA

    1040548144 1040548223 62.5.129.48 - 62.5.129.127 RU Москва Москва Центральный ASSIGNED PA

    И таких ЛИШНИХ строк в таблице 88 ТЫСЯЧ из 120 ТЫСЯЧ всего. То есть вместо огромной базы в 120 000 строк, мы могли бы иметь базу в 4 раза меньше. Объясните, пожалуйста, для чего такое разбиение?

  23. 83
    Евгений ответил:

    У нас есть флажки (собственного производства) на все регионы и города
    России из вашей базы.
    Мы хотим бесплатно поделиться ими с народом (на вашем сайте).

  24. 84
    Администратор ответил:
    Замечательно, что вы создали поддерживаете такой сервис, но…
    Может, я, конечно, чего-то не понимаю, но зачем плодить столько диапазонов, когда можно объединить их в один? Это же ускорит поиск в разы… Внимательно перечитал хелп у вас на сайте, но так ничего и не нашел

    Смотрим первые же 20 строк базы slave:

    1040547840 1040547855 62.5.128.0 - 62.5.128.15 RU Москва Москва Центральный ASSIGNED PA
    1040547856 1040547871 62.5.128.16 - 62.5.128.31 RU Москва Москва Центральный ASSIGNED PA
    1040547872 1040547887 62.5.128.32 - 62.5.128.47 RU Москва Москва Центральный ASSIGNED PA
    1040547888 1040547903 62.5.128.48 - 62.5.128.63 RU Москва Москва Центральный ASSIGNED PA
    1040547904 1040547919 62.5.128.64 - 62.5.128.79 RU Москва Москва Центральный ASSIGNED PA
    1040547920 1040547935 62.5.128.80 - 62.5.128.95 RU Москва Москва Центральный ASSIGNED PA
    1040547936 1040547951 62.5.128.96 - 62.5.128.111 RU Москва Москва Центральный ASSIGNED PA
    1040547952 1040547967 62.5.128.112 - 62.5.128.127 RU Москва Москва Центральный ASSIGNED PA
    1040547968 1040547983 62.5.128.128 - 62.5.128.143 RU Москва Москва Центральный ASSIGNED PA
    1040547984 1040547999 62.5.128.144 - 62.5.128.159 RU Москва Москва Центральный ASSIGNED PA
    1040548000 1040548015 62.5.128.160 - 62.5.128.175 RU Москва Москва Центральный ASSIGNED PA
    1040548016 1040548031 62.5.128.176 - 62.5.128.191 RU Москва Москва Центральный ASSIGNED PA
    1040548032 1040548047 62.5.128.192 - 62.5.128.207 RU Москва Москва Центральный ASSIGNED PA
    1040548048 1040548063 62.5.128.208 - 62.5.128.223 RU Москва Москва Центральный ASSIGNED PA
    1040548064 1040548079 62.5.128.224 - 62.5.128.239 RU Москва Москва Центральный ASSIGNED PA
    1040548080 1040548095 62.5.128.240 - 62.5.128.255 RU Москва Москва Центральный ASSIGNED PA
    1040548096 1040548111 62.5.129.0 - 62.5.129.15 RU Москва Москва Центральный ASSIGNED PA
    1040548112 1040548127 62.5.129.16 - 62.5.129.31 RU Москва Москва Центральный ASSIGNED PA
    1040548144 1040548159 62.5.129.48 - 62.5.129.63 RU Москва Москва Центральный ASSIGNED PA
    1040548160 1040548223 62.5.129.64 - 62.5.129.127 RU Москва Москва Центральный ASSIGNED PA

    И видим, что до строки 18 идет один диапазон с одним и тем же городом и реионом, но зачем-то разбитый на 18 маленьких диапазонов.
    То есть эти 20 строк можно было уместить в 2:

    1040547840 1040548127 62.5.128.0 - 62.5.129.31 RU Москва Москва Центральный ASSIGNED PA

    1040548144 1040548223 62.5.129.48 - 62.5.129.127 RU Москва Москва Центральный ASSIGNED PA

    И таких ЛИШНИХ строк в таблице 88 ТЫСЯЧ из 120 ТЫСЯЧ всего. То есть вместо огромной базы в 120 000 строк, мы могли бы иметь базу в 4 раза меньше. Объясните, пожалуйста, для чего такое разбиение?

    Такое разбиение соответствует разбиению по блокам в базе RIPE (www.ripe.net). С точки зрения географии, Вы правы. Однако это нарушает логическую связь с whois сервисом RIPE и с ихней базой. Также потеряют смысл такие поля как , , . Кроме того, для древовидных алгоритмов поиска не имеет значение количество блоков, скорость поиска всегда одинакова.

  25. 85
    andy ответил:

    Здравствуйте.

    Скажите, пожалуйста, есть ли возможность узнать, обновились ли данные в базе или нет (API какой-нить)?

    Спасибо.

  26. 86
    Администратор ответил:
    Здравствуйте.

    Скажите, пожалуйста, есть ли возможность узнать, обновились ли данные в базе или нет (API какой-нить)?

    Спасибо.

    Данные в базе обновляются каждый день.

  27. 87
    Олег ответил:

    Спасибо Вам за проект.
    Получился очень полезный инфо-блок “Поиск географического местонахождения IP-адреса в Российской Федерации” использующий Вашу Базу Данных. Посмотреть можно здесь: shina76.ru (нижний блок).
    И, конечно, появилась возможность оценивать географию посетителей сайта.
    Желаю Вам дальнейшего интенсивного и экстенсивного развития проекта.

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

  28. 88
    7Upes ответил:

    Было бы очень удобно получать туже информацию, на запрос nslookup -q=TXT
    так как это реализовано в почтовых блэк листах!

  29. 89
    holoc ответил:

    Пользуюсь достаточно долго Вашим сервисом, очень доволен. На днях заметил проблемку - при расширенном поиске в Москве недоступен список mntner (выпадающий список пустой).
    Собственно, вот ссылка: http://ipgeobase.ru/cgi-bin/AdvSearch.cgi?city=%CC%EE%F1%EA%E2%E0&region=%CC%EE%F1%EA%E2%E0&district=%D6%E5%ED%F2%F0%E0%EB%FC%ED%FB%E9&adv_srch_sbmt=%C8%F1%EA%E0%F2%FC&action_type=adv_search
    Надеюсь скоро исправите. Успехов в развитии!

  30. 90
    Администратор ответил:
    Пользуюсь достаточно долго Вашим сервисом, очень доволен. На днях заметил проблемку - при расширенном поиске в Москве недоступен список mntner (выпадающий список пустой).
    Собственно, вот ссылка: http://ipgeobase.ru/cgi-bin/AdvSearch.cgi?city=%CC%EE%F1%EA%E2%E0&region=%CC%EE%F1%EA%E2%E0&district=%D6%E5%ED%F2%F0%E0%EB%FC%ED%FB%E9&adv_srch_sbmt=%C8%F1%EA%E0%F2%FC&action_type=adv_search
    Надеюсь скоро исправите. Успехов в развитии!

    Уже исправили, спасибо за замечание)

Страницы: « 1 2 [3] 4 5 » Показать все комментарии

Комментировать:

© 2007-2015 IpGeoBase