Спасибо за статью, было интересно увидеть ваше виденье данной задачи.
Сравнивать данные реализации не корректно, так как в комментариях я отвечал: > "Я не открывал Америку. Мне было интересно сделать то, что сделано через Proxy. Дань памяти почившему O.o". Мы реализуем разные подходы, используя разные технологии с разными целями.
Как и O.o для отслеживания событий изменения объектов. У нас много ассинхрона в проекте.
Как хранилище задумывалось для того, чтобы не хранить объекты в глобальной области, а подключать к модулям в случае необходимости.
Однако в данный момент мы по большей части отошли от этого в сторону использования локальной шины данных реализованной на клиенте.
Спасибо Вам, за интересные вопросы.
Важно учитывать, что это не весь отдел тестирования (или технического контроля). Различные работники специализируются на различных задач (пропуск софта в продакшен, реализация автотестирования, тестирование железа и тд. и тп.).
Для описания технологии нормальный пример. Цель не оптимальная и красивая реализация, а показ инструментария с достаточно широким охватом. Как применять инструментарий совсем другой вопрос.
Имхо, если sip-сервер сконфигурирован, то проблем быть не должно.
Наверно (не уверен) можно настроить пул гостевых пользователей, а даже если нельзя всегда можно вшить регистрацию «внутри» логики, и регистрировать пользователя в момент нажатия кнопки/перехода на страницу.
Нет, 100-200 мс. Не ощущается и разговор весьма комфортный.
Есть небольшие задержки в установке связи с мобильными рациями, но это специфичная часть, не связанная с этой частью системы.
Действительно давно, но debian не шибко стремится обновлять пакеты. В случае необходимости всегда можно собрать из исходников, благо манов полно.
Большое спасибо за подводные камни =)
На гитхабе есть примеры по работе с prunecluster.
На сколько помню, блок к карте привязывается в момент создания карты.Кластер привязывается к слою и добавляется на карту.
Вот пример на 1000000 статических маркеров с использованием PruneCluster. Пример на 50000 тысяч статических объектов с использованием marker-clustering
В чем смысл использования PruneCluster для отображения статичных данных, если можно использовать рекомендованный leaflet marker-clustering, который гораздо лучше вливается в работу с markers?
PruneCluster наиболее актуален для динамических маркеров (пример на 10000 устройств в динамике).
В целом, для leaflet с кластером без проблем сожрет и больше устройств чем 100 000 динамических устройств, при адекватной частоте перерисовки.
Спасибо за статью, было интересно увидеть ваше виденье данной задачи.
Сравнивать данные реализации не корректно, так как в комментариях я отвечал: > "Я не открывал Америку. Мне было интересно сделать то, что сделано через Proxy. Дань памяти почившему O.o". Мы реализуем разные подходы, используя разные технологии с разными целями.
Как хранилище задумывалось для того, чтобы не хранить объекты в глобальной области, а подключать к модулям в случае необходимости.
Однако в данный момент мы по большей части отошли от этого в сторону использования локальной шины данных реализованной на клиенте.
Спасибо Вам, за интересные вопросы.
Спасибо
Наверно (не уверен) можно настроить пул гостевых пользователей, а даже если нельзя всегда можно вшить регистрацию «внутри» логики, и регистрировать пользователя в момент нажатия кнопки/перехода на страницу.
Есть небольшие задержки в установке связи с мобильными рациями, но это специфичная часть, не связанная с этой частью системы.
Спасибо, глянем повнимательнее в его сторону =)
Большое спасибо за подводные камни =)
Философский вопрос =)
# apt-cache madison asterisk
asterisk | 1:11.13.1~dfsg-2+b1 | http://ftp.debian.org/debian/ jessie/main amd64 Packages
asterisk | 1:11.13.1~dfsg-2+b1 | http://httpredir.debian.org/debian/ jessie/main amd64 Packages
asterisk | 1:11.13.1~dfsg-2+b1 | http://ftp.ru.debian.org/debian/ jessie/main amd64 Packages
asterisk | 1:11.13.1~dfsg-2 | http://ftp.debian.org/debian/ jessie/main Sources
asterisk | 1:11.13.1~dfsg-2 | http://ftp.ru.debian.org/debian/ jessie/main Sources
На сколько помню, блок к карте привязывается в момент создания карты.Кластер привязывается к слою и добавляется на карту.
Пример на 50000 тысяч статических объектов с использованием marker-clustering
В чем смысл использования PruneCluster для отображения статичных данных, если можно использовать рекомендованный leaflet marker-clustering, который гораздо лучше вливается в работу с markers?
PruneCluster наиболее актуален для динамических маркеров (пример на 10000 устройств в динамике).
В целом, для leaflet с кластером без проблем сожрет и больше устройств чем 100 000 динамических устройств, при адекватной частоте перерисовки.