 |
 |
 |
||
 |
||||
Ваши предложенияДобавлено: Четверг, 21 Июня, 2007 16:18 Размещено в: Ваши предложенияВаши пожелания и комментарии о работе нашего проекта вы можете оставлять в комментариях к этому сообщению. |
||||
 |
|
 |
||
|
||||
|
|
|
||
|
||||
|
||||
|
|
|
||
|
||||
137 комментариев на тему “Ваши предложения”:
Страницы: « 1 2 3 4 [5] Показать все комментарии
Страницы: « 1 2 3 4 [5] Показать все комментарии
15 Июня, 2011 в 9:36
Исправьте, пожалуйста, у г. Киева регион на “Киевская область”.
Было бы здорово получать результаты на разных языках (я рассматриваю в контексте 1 страна = 1 язык, т.е. в данный момент - русский и украинский), один из которых национальный. Это очень удобно для интернациональных проектов, ведь транслитеризация производится с национального языка. Как пример: Kyiv (укр. Київ) и Kiev (рус. Киев).
15 Июня, 2011 в 10:14
Так же был бы неплох xml-rpc контроль версий. Ведь многие были бы рады размещать базы у себя на сервере, тем самым снижая нагрузку на ваши сервера, и обновлять их с помощью своих же скриптов, а парсить строку обновления баз на странице “Архив” не фен-шуй, вдруг вы дизайн поменяете?) В случае монетизации вашего сервиса эта фича в любом случае будет, так пусть же будет и в free варианте.
16 Июня, 2011 в 0:53
Перевод на PHP CLI поиска по новой базе просмотреть
17 Июня, 2011 в 13:40
Было бы отлично, если бы Ваш xml сервис выдавал временную зону города относительно UTC.. задача корректировки времен часто возникает при создании сайтов использующих геолокацию.
20 Июня, 2011 в 17:48
Хорошее предложение, мы реализуем ее в будущем.
20 Июня, 2011 в 19:22
Было бы здорово получать результаты на разных языках (я рассматриваю в контексте 1 страна = 1 язык, т.е. в данный момент - русский и украинский), один из которых национальный. Это очень удобно для интернациональных проектов, ведь транслитеризация производится с национального языка. Как пример: Kyiv (укр. Київ) и Kiev (рус. Киев).
Киев — отдельная административно-территориальная единица Украины.
По поводу языков - сделано. Файл лежит тут:
http://ipgeobase.ru/cgi-bin/Archive_dop.cgi
21 Июня, 2011 в 16:05
Блоки упорядочены по возрастанию, блоки последовательны (вложенной структуры нет) , последовательные с одинаковым городом склеены в один.
5 Июля, 2011 в 14:30
А куда делся провайдер в xml?
6 Июля, 2011 в 20:02
2александр:
>>> Но непонятно – зачем мне и посетителям сайта ждать когда в файле – cities.txt
будут перебраны записи:
Сформируй базу данных и напиши синхронизатор нормальный, вместо тобо, чтобы извергать своё тупое пробухавшееся хамство.
8 Июля, 2011 в 13:20
Здравствуйте!
У нас стало не хватать ресурсов для старого сервиса, некоторые поля пришлось убрать.
12 Октября, 2011 в 16:52
Здравствуйте!
Делюсь классом на php для работы с локальной копией новой базы данных. Встроена проверка ip + приемлемо высокая скорость поиска по базе.
http://miha.perm.ru/2011/10/12/ipgeo-class-php/
20 Января, 2012 в 19:04
поддерживаю реквест таймзон
21 Января, 2012 в 21:35
Здравствуйте!
Не могу воспользоваться Вашим сервисом ни с одного американского хостинга, удается только с российских. Это специальное ограничение? Существует ли способ все же как-то использовать сервис с заграничного хостинга?
17 Февраля, 2012 в 9:51
Здравствуйте,
Набросал простой PHP класс для работы с XML интерфейсом http://www.seomax.info/project/ipgeobase/ возможно пригодится.
Спасибо за базу!
17 Февраля, 2012 в 20:05
И вопрос:
* в cidr_ru_block.txt от 2010-11-06 у нас было 148673 раз строчка типа “\tRU\t”, что значит около 150 тыщ российских диапазонов
* в cidr_optim.txt от 2012-02-13 у нас уже 35061 раз строчка типа “\tRU\t”, что значит около 35 тыщ российских диапазонов
Сам вопрос — значит ли это, что подозрительное сокращение почти в четыре раза есть благодать слияния блоков в один город, а не баг?
22 Февраля, 2012 в 14:17
* в cidr_ru_block.txt от 2010-11-06 у нас было 148673 раз строчка типа “\tRU\t”, что значит около 150 тыщ российских диапазонов
* в cidr_optim.txt от 2012-02-13 у нас уже 35061 раз строчка типа “\tRU\t”, что значит около 35 тыщ российских диапазонов
Сам вопрос — значит ли это, что подозрительное сокращение почти в четыре раза есть благодать слияния блоков в один город, а не баг?
Это результат оптимизации. Раньше блоки шли так, как они были в RIPE, теперь последовательные блоки с одинаковым городом склеены.
16 Мая, 2013 в 7:49
Здравствуйте!
Будет ли вариант с JSONP-выдачей?
Или может быть возможно пересадить xml-сервис на стандартный 80-й порт?