![]() |
![]() |
![]() |
||
![]() |
||||
Ваши предложенияДобавлено: Четверг, 21 Июня, 2007 16:18 Размещено в: Ваши предложенияВаши пожелания и комментарии о работе нашего проекта вы можете оставлять в комментариях к этому сообщению. |
||||
![]() |
![]() |
![]() |
||
![]() |
![]() |
||
![]() Release 1.1 |
||
![]() |
137 комментариев на тему “Ваши предложения”:Страницы: [1] 2 3 4 5 » Показать все комментарии Страницы: [1] 2 3 4 5 » Показать все комментарии Комментировать: |
© 2007-2015 IpGeoBase |
![]() |
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 из базы РИПН/Ру-Центр.
25 Июня, 2007 в 11:26
Нашел ошибочку в форме для ответа:
Написано:
E-mail (не публекуется) (обязательно)
Надо написать:
E-mail (не публИкуется) (обязательно)
25 Июня, 2007 в 16:45
>Нашел ошибочку в форме для ответа:
>Написано:
>E-mail (не публекуется) (обязательно)
>Надо написать:
>E-mail (не публИкуется) (обязательно)
Спасибо за замечание, опечатка исправлена.
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 из базы РИПН/Ру-Центр.
Мы подумаем над Вашим предложением. Спасибо за исправления и предложения.
6 Июля, 2007 в 3:39
Сделайте прямо на главной странице чтобы отображался IP адрес зашедшего и сразу результаты поиска по базе а ниже кнопку - Вас определили неправильно? Поправьте нас! С переходом на формочку где можно ввести исправления.
10 Июля, 2007 в 13:57
>Сделайте прямо на главной странице чтобы отображался
> IP адрес зашедшего и сразу результаты поиска по базе а
> ниже кнопку - Вас определили неправильно? Поправьте
> нас! С переходом на формочку где можно ввести
>исправления.
Отличное предложение! Мы подумаем над Вашей идеей.
11 Августа, 2007 в 8:38
нашел опечатку при описании
http://ipgeobase.ru/Help.html
ALLOCATED PA
сделанные в этом пространстве , –>навыдлено
13 Августа, 2007 в 18:19
>нашел опечатку при описании
>http://ipgeobase.ru/Help.html
>ALLOCATED PA
>сделанные в этом пространстве , –>навыдлено
Спасибо за внимание к нашему проекту и ценные замечания. Опечатка исправлена.
29 Сентября, 2007 в 10:25
Добрый день, почему бы вам не объединить записи в базе адресов таким образом: Если населенный пункт один и адреса идут попорядку, например
1040547840|1040547855|Москва|…
1040547856|1040547871|Москва|…
1040547872|1040547887|Москва|…
можно объедининть в 1040547840|1040547887|Москва|…
таким образом можно уменьшить базу с 84510 до 19963 строк. А если понадобиться можно разделить
2 Октября, 2007 в 18:23
>Добрый день, почему бы вам не объединить записи в базе
>адресов таким образом: Если населенный пункт один и
>адреса идут попорядку, например
>1040547840|1040547855|Москва|…
>1040547856|1040547871|Москва|…
>1040547872|1040547887|Москва|…
>можно объедининть в 1040547840|1040547887|Москва|…
>таким образом можно уменьшить базу с 84510 до 19963
>строк. А если понадобиться можно разделить.
Так делать нельзя, так как это различные блоки адресов, которые, возможно, выделены разным организациям.
5 Октября, 2007 в 12:49
Ну, и добавте эти разные организации! :), чтобы лишних вопросов не возникало. В двоичные файлы не обязательно, наверное добавлять, а в текстовый - очень даже в тему, тем более, что об этом просят (Netname и Descr, например!).
6 Октября, 2007 в 15:29
>Ну, и добавте эти разные организации! :), чтобы лишних вопросов не возникало.
>В двоичные файлы не обязательно, наверное добавлять, а в текстовый - очень
>даже в тему, тем более, что об этом просят (Netname и Descr, например!).
Сделано. Теперь последним полем в файле cidr_ru_block.txt добавлено описание блока.
9 Октября, 2007 в 13:53
Прежде всего хочу отметить удобство вашего сайта и простоту организации БД. Это приятно.
Предложения такие:
1. В cidr_ru_block.txt первые два поля стоит сделать не в числовом формате, а в хексах, например: 0×31303430 вместо 1040547840. Перевод из хексов в IP-адреса проще, чем перевод из простых чисел.
2. Не забывайте о Windows-пользователях. Вместо tar.gz лучше использовать простой zip, а в качестве переводов строк cr и lf, вместо одного lf.
9 Октября, 2007 в 16:22
>Прежде всего хочу отметить удобство вашего сайта и простоту организации БД.
>Это приятно.
Спасибо, нам очень приятно
>Предложения такие:
>1. В cidr_ru_block.txt первые два поля стоит сделать не в числовом формате,
>а в хексах, например: 0×31303430 вместо 1040547840. Перевод из хексов в
>IP-адреса проще, чем перевод из простых чисел.
Простые числа нагляднее и легче осуществлять поиск и устанавливать принадлежность IP-адреса блоку.
>2. Не забывайте о Windows-пользователях. Вместо tar.gz лучше
>использовать простой zip, а в качестве переводов строк cr и lf, вместо
>одного lf.
Хорошее предложение! Мы подумаем.
Спасибо за интерес к нашему проекту.
27 Октября, 2007 в 16:31
В данных есть до сих пор Пермская область, а её уже нет как два года…Нужно бы исправить для актуальности.
Пермский Край.
Образован 1 декабря 2005 года в результате объединения Пермской области и Коми-Пермяцкого автономного округа.
Спасибо за работу
15 Ноября, 2007 в 18:17
>В данных есть до сих пор Пермская область, а её уже нет как два года…
>Нужно бы исправить для актуальности.
>Пермский Край.
>Образован 1 декабря 2005 года в результате объединения Пермской области
>и Коми-Пермяцкого автономного округа.
>Спасибо за работу
Исправлено, спасибо за замечание.
17 Ноября, 2007 в 23:41
мне кажется будет хорошо если добавить в “Расширенный поиск” поиск по Провайдерам
21 Ноября, 2007 в 7:48
1. В названии города Йошкар-Ола второе слово в базе написано с маленькой буквы. При работе с Вашей базой сторонними скриптами может возникнуть ошибка при регистрозависимом поиске.
2. Вопросы и ответы. Пункт 9 - ошибка в заголовке, слово “оветственную” (если придираться, то и в самой ссылке лишний пробел перед запятой).
Проект Ваш понравился, спасибо. Сейчас работаю над переводом базы в используемый мной формат, поглядим, как заработает.
21 Ноября, 2007 в 8:13
Еще вместо “Ростов (на Дону)” было бы правильнее, имхо, “Ростов-на-Дону”.
21 Ноября, 2007 в 16:22
>ZeTiX ответил(а):
>мне кажется будет хорошо если добавить в “Расширенный
>поиск” поиск по Провайдерам
Вы имеете в виду интернет провайдеров? Для крупных городов там есть поиск по полю maintainer, во многих случаях это и есть провайдер.
21 Ноября, 2007 в 16:33
>1. В названии города Йошкар-Ола второе слово в базе написано с маленькой
>буквы. При работе с Вашей базой сторонними скриптами может
>возникнуть ошибка при регистрозависимом поиске.
Исправлено.
>2. Вопросы и ответы. Пункт 9 - ошибка в заголовке, слово
>“оветственную” (если придираться, то и в самой ссылке лишний пробел
>перед запятой).
Исправлено.
>Проект Ваш понравился, спасибо. Сейчас работаю над переводом
>базы в используемый мной формат, поглядим, как заработает.
Спасибо)
21 Ноября, 2007 в 16:35
>Еще вместо “Ростов (на Дону)” было бы правильнее, имхо, “Ростов-на-Дону”.
Исправлено.
10 Февраля, 2008 в 17:02
Нашел пару багов в названиях городов:
“Каменск- Шахтинский” - лишний пробел после “-”
“Ханты-мансийск” - второе слово нужно с большой буквы
12 Февраля, 2008 в 11:05
Исправьте ошибку, которая вылетает, когда нажимаешь кнопку “найти” в “расширенном поиске”, не заполняя никаких полей.
12 Февраля, 2008 в 16:12
>Нашел пару багов в названиях городов:
>“Каменск- Шахтинский” - лишний пробел после “-”
>“Ханты-мансийск” - второе слово нужно с большой буквы
Исправлено, завтра информация обновится
12 Февраля, 2008 в 16:23
>Исправьте ошибку, которая вылетает, когда нажимаешь кнопку “найти” в
>“расширенном поиске”, не заполняя никаких полей
Исправлено, спасибо за замечание.
19 Февраля, 2008 в 16:47
Еще было бы хорошо разделить IP и GEO части, как например в базе от MaxMind( ну или добавить номер населенного пункта как один из параметров). Очень не удобно сначало парсить вашу базу в одну табличку, а потом по текстовым(!) ключам выставлять IDшники городов записям и переливать данные в более легковесную “рабочую” таблицу.
22 Февраля, 2008 в 17:49
>Еще было бы хорошо разделить IP и GEO части, как например в базе от
>MaxMind( ну или добавить номер населенного пункта как один из параметров).
>Очень не удобно сначало парсить вашу базу в одну табличку, а потом по
>текстовым(!) ключам выставлять IDшники городов записям и переливать данные
>в более легковесную “рабочую” таблицу.
В MaxMind своя кодировка регионов и городов. Например, по MaxMind код москвы 47. Режет слух
Мы можем выложить файл с кодами регионов РФ по ГОСТУ и с телефонными кодами городов. Если есть такая необходимость - ждем Вашего предложения)
1 Апреля, 2008 в 13:48
Предлагаю все-таки подумать о Windows-пользователях и предоставлять возможность скачать файл cidr_ru_block.txt отдельным zip-архивом!
6 Апреля, 2008 в 17:37
>Предлагаю все-таки подумать о Windows-пользователях и предоставлять
>возможность скачать файл cidr_ru_block.txt отдельным zip-архивом!
Хорошее предложение! Теперь на странице с архивом есть ZIP-файл с нашей базы. Спасибо Вам за интерес к проекту.