Как стать автором
Обновить

Комментарии 24

Вопрос, почему выбрана для работы java api Maxmind'а
а не например его «локальная» версия?
Возможно, неточно описал это в статье, однако Maxmind как раз использовался локально. Фактически, этот Java API — к файлику базы данных Maxmind'а.
ага, все понял, просто возникло впечатление по описанию, что запрос отправляется к веб интерфейсу maxmind'a
Или это сутки не сна виноваты...
1. Comet.
2. Частые опросы (polling).
3. «Длинные» опросы (long polling).
4. Async request processing
Спасибо за дополнение, не знал. Я так понимаю, существуют несколько подобных техник, идеологически схожих, но отличающихся деталями.
Мне всегда было забавно проследить, как сложны в реализации наиболее просто формулируемые задачи, каких масштабов и коварства дьявол кроется в деталях.
Еще одно дополнение. Вы не выставили таймауты для коннекта и чтения в RuIpResolver. По дефолту он достаточно большой. Если приляжет ipGeoBase (а такое уже бывало, ответ на запрос ооочень долго формировался и в конце получал ошибку) или по каким либо причинам мы долго будем подключатсья, то сервис будет работать не оптимально.
Спасибо, добавил Issue на GitHub'е.
Google Analytics тоже самое умеет, чем он их не устроил? Или итог выкидывают на помойку?
Итог используется.
> Google Analytics
Вы имеете ввиду это? Если да, то он это умеет не так, как нужно в данном случае. Ну и напоминаю, что это тестовое задание :)
Тут имеется возможность отключить кластеризацию маркеров?
Вроде бы нет.

Маркет становится больше, чем больше юзеров из локации обозначенной маркером. Вполне разумное поведение мне кажется. Лучше, чем лепить кучу точек, в случае если из города набежало тысяча человек.
Опять же, зависит от масштабов. В моем случае кластеризация не нужна. При большом же количестве точек их естественно лучше оформлять кластером (чисто визуально), хотя ничто не мешает лепить их по одной. В этом отношении мне очень нравится, как это оформлено в плагине к Leaflet'у.
Google Analytics тоже самое умеет, чем он их не устроил?


Для того, чтобы Google Analytics показал что-то похожее, нужно чтобы каждый из тысяч магазинов установил себе один и тот же код от GA. А так как магазины обычно хотят использовать свой собственный код (понятно почему) — GA вообще не подходит.
Не заметил в статье намёк на то, что нужно решение для нескольких магазинов (и анализируют лог на одном сервере).
Да, это решение сейчас обрабатывает информацию от всех наших 200,000+ зарегистрированных аккаунтов/магазинов.

(и анализируют лог на одном сервере).


Логи от всех нод/серверов «стекаются» на один сервер и файл — это очень удобно.
Про Continuations было интересно узнать. Про Java->Web сообщения я в начале подумал про JSR 315, но, похоже, никто так его и не поддерживает нормально.

Я бы все же делал передачу данных не через лог, а через какой-либо MQ. Тогда можно 1) писать в очередь из нескольких источников (разные ноды в кластере, например) 2) читать все в одном или двух местах (ваш сервлет и заодно логгер)

А почему карта дергается при скроллинге? Это баг или фича?
> Я бы все же делал передачу данных не через лог, а через какой-либо MQ.
Согласен, это крайне гибко. Но подстраивался под обстоятельства и требования задания. Если мне не изменяет память, в Glow так и реализовано.

> А почему карта дергается при скроллинге? Это баг или фича?
Смотря как дергается :) Больше всего похоже на баг. Напишите в Issues на GitHub, если у Вас есть возможность, как оно дергается и в каком окружении.
Насколько я понял, это Chrome под Ubuntu. Спасибо! Посмотрю, в чем может быть дело. Вероятно, это перекликается с багом в Leaflet, поправленным в последней версии (я использовал более раннюю).
Да — Google Chrome 23.0.1271.64 (Official Build 165188)
OS Linux
Да, это он. Обновись до 0.4.5 и будет ОК.
А есть какой-то сервис который может построить карту исходя из моего списка  IP- адресов?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории