Release 1.1

« Live Football Betting
Неверное местонахождение IP-адреса »

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

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

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

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

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

  1. 1
    Valery Votintsev ответил:
    25 Июня, 2007 в 11:25

    Hello michel,

    Обращаю Ваше внимание,
    что в файле cidr_ru_slave_index.db есть ошибка:
    в последней строке начальный айпи равен конечному!
    надо бы исправить!

    3653762816 3653762816 217.199.255.0 - 217.199.255.0 RU Екатеринбург Свердловская область Уральский ASSIGNED PA

    Та же ошибочная строка присутствует и в файле cidr_ru_block.txt.

    Кроме того, почему-то в файлах присутствуют НЕ ВСЕ блоки адресов!
    Например нет блока
    inetnum: 62.231.160.0 - 62.231.191.255
    org: ORG-RDTC1-RIPE
    netname: RU-RDTC-20030523
    descr: PROVIDER Local Registry
    descr: Regional Digital Telecommunication Company
    country: RU

    Еще я заметил некоторые неточности.
    Например, нижеуказанный блок расположен в Обнинске,
    а у вас в базе написано, что это Калуга:

    inetnum: 62.148.139.0 - 62.148.139.255
    netname: OBNINSK-MAN139
    descr: Obninsk Town
    descr: Metropolitan Area Network, Ethernet
    descr: Engels str., 2, 10, 16, 18, 20, 24, 34
    descr: Kurchatov str., 41, 54, 56, 58, 60
    descr: Kaluzhskaya str., 2, 4, 12
    country: RU

    Очень хотелось бы, чтобы ваша база была актуальной!

    И еще есть пожелание:
    Сейчас пользоваться этой базой неудобно,
    поскольку она неполная…
    Было бы очень здОрово, если бы в нее были дополнительно включены
    поля netname и descr из базы РИПН/Ру-Центр.

    		2.

  2. 2
    Valery Votintsev ответил:
    25 Июня, 2007 в 11:26

    Нашел ошибочку в форме для ответа:

    Написано:
    E-mail (не публекуется) (обязательно)

    Надо написать:
    E-mail (не публИкуется) (обязательно)

    		3.

  3. 3
    admin ответил:
    25 Июня, 2007 в 16:45

    >Нашел ошибочку в форме для ответа:

    >Написано:
    >E-mail (не публекуется) (обязательно)

    >Надо написать:
    >E-mail (не публИкуется) (обязательно)

    Спасибо за замечание, опечатка исправлена.

    		4.

  4. 4
    admin ответил:
    25 Июня, 2007 в 16:50

    >Hello michel,

    >Обращаю Ваше внимание,
    >что в файле cidr_ru_slave_index.db есть ошибка: в
    >последней строке начальный айпи равен конечному!
    >надо бы исправить!

    >3653762816 3653762816 217.199.255.0 - 217.199.255.0
    >RU Екатеринбург Свердловская область Уральский ASSIGNED PA

    >Та же ошибочная строка присутствует и в файле cidr_ru_block.txt.

    Это не ошибка, такой блок есть в RIPE. Это можно проверить по whois.

    >Кроме того, почему-то в файлах присутствуют НЕ ВСЕ блоки адресов!
    >Например нет блока
    >inetnum: 62.231.160.0 - 62.231.191.255
    >org: ORG-RDTC1-RIPE
    >netname: RU-RDTC-20030523
    >descr: PROVIDER Local Registry
    >descr: Regional Digital Telecommunication Company
    >country: RU

    Блок добавлен. Завтра информация обновиться.

    >Еще я заметил некоторые неточности.
    >Например, нижеуказанный блок расположен в >Обнинске, а у вас в базе написано, что это Калуга:

    >inetnum: 62.148.139.0 - 62.148.139.255
    >netname: OBNINSK-MAN139
    >descr: Obninsk Town
    >descr: Metropolitan Area Network, Ethernet
    >descr: Engels str., 2, 10, 16, 18, 20, 24, 34
    >descr: Kurchatov str., 41, 54, 56, 58, 60
    >descr: Kaluzhskaya str., 2, 4, 12
    >country: RU

    >Очень хотелось бы, чтобы ваша база была актуальной!

    Исправлено.

    >И еще есть пожелание:
    >Сейчас пользоваться этой базой неудобно, поскольку она неполная…
    >Было бы очень здОрово, если бы в нее были дополнительно включены
    >поля netname и descr из базы РИПН/Ру-Центр.

    Мы подумаем над Вашим предложением. Спасибо за исправления и предложения.

    		5.

  5. 5
    koldun ответил:
    6 Июля, 2007 в 3:39

    Сделайте прямо на главной странице чтобы отображался IP адрес зашедшего и сразу результаты поиска по базе а ниже кнопку - Вас определили неправильно? Поправьте нас! С переходом на формочку где можно ввести исправления.

    		6.

  6. 6
    admin ответил:
    10 Июля, 2007 в 13:57

    >Сделайте прямо на главной странице чтобы отображался
    > IP адрес зашедшего и сразу результаты поиска по базе а
    > ниже кнопку - Вас определили неправильно? Поправьте
    > нас! С переходом на формочку где можно ввести
    >исправления.

    Отличное предложение! Мы подумаем над Вашей идеей.

    		7.

  7. 7
    Константин ответил:
    11 Августа, 2007 в 8:38

    нашел опечатку при описании
    http://ipgeobase.ru/Help.html
    ALLOCATED PA
    сделанные в этом пространстве , –>навыдлено

    		8.

  8. 8
    admin ответил:
    13 Августа, 2007 в 18:19

    >нашел опечатку при описании
    >http://ipgeobase.ru/Help.html
    >ALLOCATED PA
    >сделанные в этом пространстве , –>навыдлено

    Спасибо за внимание к нашему проекту и ценные замечания. Опечатка исправлена.

    		9.

  9. 9
    Петр ответил:
    29 Сентября, 2007 в 10:25

    Добрый день, почему бы вам не объединить записи в базе адресов таким образом: Если населенный пункт один и адреса идут попорядку, например
    1040547840|1040547855|Москва|…
    1040547856|1040547871|Москва|…
    1040547872|1040547887|Москва|…
    можно объедининть в 1040547840|1040547887|Москва|…
    таким образом можно уменьшить базу с 84510 до 19963 строк. А если понадобиться можно разделить

    		10.

  10. 10
    admin ответил:
    2 Октября, 2007 в 18:23

    >Добрый день, почему бы вам не объединить записи в базе
    >адресов таким образом: Если населенный пункт один и
    >адреса идут попорядку, например
    >1040547840|1040547855|Москва|…
    >1040547856|1040547871|Москва|…
    >1040547872|1040547887|Москва|…
    >можно объедининть в 1040547840|1040547887|Москва|…
    >таким образом можно уменьшить базу с 84510 до 19963
    >строк. А если понадобиться можно разделить.

    Так делать нельзя, так как это различные блоки адресов, которые, возможно, выделены разным организациям.

    		11.

  11. 11
    Podozrenie ответил:
    5 Октября, 2007 в 12:49

    Ну, и добавте эти разные организации! :), чтобы лишних вопросов не возникало. В двоичные файлы не обязательно, наверное добавлять, а в текстовый - очень даже в тему, тем более, что об этом просят (Netname и Descr, например!).

    		12.

  12. 12
    admin ответил:
    6 Октября, 2007 в 15:29

    >Ну, и добавте эти разные организации! :), чтобы лишних вопросов не возникало.
    >В двоичные файлы не обязательно, наверное добавлять, а в текстовый - очень
    >даже в тему, тем более, что об этом просят (Netname и Descr, например!).

    Сделано. Теперь последним полем в файле cidr_ru_block.txt добавлено описание блока.

    		13.

  13. 13
    Андрей ответил:
    9 Октября, 2007 в 13:53

    Прежде всего хочу отметить удобство вашего сайта и простоту организации БД. Это приятно.

    Предложения такие:

    1. В cidr_ru_block.txt первые два поля стоит сделать не в числовом формате, а в хексах, например: 0×31303430 вместо 1040547840. Перевод из хексов в IP-адреса проще, чем перевод из простых чисел.

    2. Не забывайте о Windows-пользователях. Вместо tar.gz лучше использовать простой zip, а в качестве переводов строк cr и lf, вместо одного lf.

    		14.

  14. 14
    admin ответил:
    9 Октября, 2007 в 16:22

    >Прежде всего хочу отметить удобство вашего сайта и простоту организации БД.
    >Это приятно.

    Спасибо, нам очень приятно :)

    >Предложения такие:
    >1. В cidr_ru_block.txt первые два поля стоит сделать не в числовом формате,
    >а в хексах, например: 0×31303430 вместо 1040547840. Перевод из хексов в
    >IP-адреса проще, чем перевод из простых чисел.

    Простые числа нагляднее и легче осуществлять поиск и устанавливать принадлежность IP-адреса блоку.

    >2. Не забывайте о Windows-пользователях. Вместо tar.gz лучше
    >использовать простой zip, а в качестве переводов строк cr и lf, вместо
    >одного lf.

    Хорошее предложение! Мы подумаем.

    Спасибо за интерес к нашему проекту.

    		15.

  15. 15
    Эдуард ответил:
    27 Октября, 2007 в 16:31

    В данных есть до сих пор Пермская область, а её уже нет как два года…Нужно бы исправить для актуальности.
    Пермский Край.
    Образован 1 декабря 2005 года в результате объединения Пермской области и Коми-Пермяцкого автономного округа.
    Спасибо за работу

    		16.

  16. 16
    admin ответил:
    15 Ноября, 2007 в 18:17

    >В данных есть до сих пор Пермская область, а её уже нет как два года…
    >Нужно бы исправить для актуальности.
    >Пермский Край.
    >Образован 1 декабря 2005 года в результате объединения Пермской области
    >и Коми-Пермяцкого автономного округа.
    >Спасибо за работу

    Исправлено, спасибо за замечание.

    		17.

  17. 17
    ZeTiX ответил:
    17 Ноября, 2007 в 23:41

    мне кажется будет хорошо если добавить в “Расширенный поиск” поиск по Провайдерам ;)

    		18.

  18. 18
    Kverty ответил:
    21 Ноября, 2007 в 7:48

    1. В названии города Йошкар-Ола второе слово в базе написано с маленькой буквы. При работе с Вашей базой сторонними скриптами может возникнуть ошибка при регистрозависимом поиске.

    2. Вопросы и ответы. Пункт 9 - ошибка в заголовке, слово “оветственную” (если придираться, то и в самой ссылке лишний пробел перед запятой).

    Проект Ваш понравился, спасибо. Сейчас работаю над переводом базы в используемый мной формат, поглядим, как заработает. :)

    		19.

  19. 19
    Kverty ответил:
    21 Ноября, 2007 в 8:13

    Еще вместо “Ростов (на Дону)” было бы правильнее, имхо, “Ростов-на-Дону”.

    		20.

  20. 20
    admin ответил:
    21 Ноября, 2007 в 16:22

    >ZeTiX ответил(а):
    >мне кажется будет хорошо если добавить в “Расширенный
    >поиск” поиск по Провайдерам ;)

    Вы имеете в виду интернет провайдеров? Для крупных городов там есть поиск по полю maintainer, во многих случаях это и есть провайдер.

    		21.

  21. 21
    admin ответил:
    21 Ноября, 2007 в 16:33

    >1. В названии города Йошкар-Ола второе слово в базе написано с маленькой
    >буквы. При работе с Вашей базой сторонними скриптами может
    >возникнуть ошибка при регистрозависимом поиске.

    Исправлено.

    >2. Вопросы и ответы. Пункт 9 - ошибка в заголовке, слово
    >“оветственную” (если придираться, то и в самой ссылке лишний пробел
    >перед запятой).

    Исправлено.

    >Проект Ваш понравился, спасибо. Сейчас работаю над переводом
    >базы в используемый мной формат, поглядим, как заработает. :)

    Спасибо)

    		22.

  22. 22
    admin ответил:
    21 Ноября, 2007 в 16:35

    >Еще вместо “Ростов (на Дону)” было бы правильнее, имхо, “Ростов-на-Дону”.

    Исправлено.

    		23.

  23. 23
    Вит.А. ответил:
    10 Февраля, 2008 в 17:02

    Нашел пару багов в названиях городов:

    “Каменск- Шахтинский” - лишний пробел после “-”

    “Ханты-мансийск” - второе слово нужно с большой буквы

    		24.

  24. 24
    Alexei ответил:
    12 Февраля, 2008 в 11:05

    Исправьте ошибку, которая вылетает, когда нажимаешь кнопку “найти” в “расширенном поиске”, не заполняя никаких полей.

    		25.

  25. 25
    admin ответил:
    12 Февраля, 2008 в 16:12

    >Нашел пару багов в названиях городов:

    >“Каменск- Шахтинский” - лишний пробел после “-”

    >“Ханты-мансийск” - второе слово нужно с большой буквы

    Исправлено, завтра информация обновится

    		26.

  26. 26
    admin ответил:
    12 Февраля, 2008 в 16:23

    >Исправьте ошибку, которая вылетает, когда нажимаешь кнопку “найти” в
    >“расширенном поиске”, не заполняя никаких полей

    Исправлено, спасибо за замечание.

    		27.

  27. 27
    Kashey ответил:
    19 Февраля, 2008 в 16:47

    Еще было бы хорошо разделить IP и GEO части, как например в базе от MaxMind( ну или добавить номер населенного пункта как один из параметров). Очень не удобно сначало парсить вашу базу в одну табличку, а потом по текстовым(!) ключам выставлять IDшники городов записям и переливать данные в более легковесную “рабочую” таблицу.

    		28.

  28. 28
    admin ответил:
    22 Февраля, 2008 в 17:49

    >Еще было бы хорошо разделить IP и GEO части, как например в базе от
    >MaxMind( ну или добавить номер населенного пункта как один из параметров).
    >Очень не удобно сначало парсить вашу базу в одну табличку, а потом по
    >текстовым(!) ключам выставлять IDшники городов записям и переливать данные
    >в более легковесную “рабочую” таблицу.

    В MaxMind своя кодировка регионов и городов. Например, по MaxMind код москвы 47. Режет слух :) Мы можем выложить файл с кодами регионов РФ по ГОСТУ и с телефонными кодами городов. Если есть такая необходимость - ждем Вашего предложения)

  29. 29
    А ответил:
    1 Апреля, 2008 в 13:48

    Предлагаю все-таки подумать о Windows-пользователях и предоставлять возможность скачать файл cidr_ru_block.txt отдельным zip-архивом!

    		30.

  30. 30
    admin ответил:
    6 Апреля, 2008 в 17:37

    >Предлагаю все-таки подумать о Windows-пользователях и предоставлять
    >возможность скачать файл cidr_ru_block.txt отдельным zip-архивом!

    Хорошее предложение! Теперь на странице с архивом есть ZIP-файл с нашей базы. Спасибо Вам за интерес к проекту.

    		31.

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

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

© 2007-2015 IpGeoBase