VI
Из connect/3 коллбэка опекать transport_pid
А вы у себя в продукте такое уже делали?
Size: a a a
2019 October 13
АГ
Нужен только тем, кто подписался на данного юзера.
AM
Мы долго бились со статусами, получилось очень сложно :) с процессами возникали сложности и боттлнеки, переделали все на ets
AM
А вы у себя в продукте такое уже делали?
Ага, что-то подобное. Но мы всё-таки один из ченнелов мониторим, который всегда заджойнен
VI
Просто есть например long poll fallback, и там процесс транспортный живет 30с по моему
ML
ээ, а как можно мониторинг процессов переделать с центральных процессов на ets и не потерять целостность?
AM
Мы етску используем только для того, чтобы считать поменялся у юзера онлайн-оффлайн статус или нет
ML
так, и как вы отслеживаете отключение юзера?
AM
Из диффов
AM
Все вспомнил, в етс мы только время смены статуса пишем последнее, чтобы послать и записать таймстемп когда статус сменился. Все остальное из трекера в реалтайме считается при приходе диффов
ML
из диффов в канале?
S
Мы етску используем только для того, чтобы считать поменялся у юзера онлайн-оффлайн статус или нет
А можно немного подробнее, пожалуйста?
AM
Из диффов которые трекер шлёт в коллбэк
AM
Ух, с телефона тяжело, вечерком напишу
AM
так, и как вы отслеживаете отключение юзера?
Presence.track по пиду канала системного, он, как я понимаю, монитор вешает на процесс канала и считает црдтшки
ML
надо поглядеть, чего там
ML
по сути, единственный способ отследить смерть процесса — мониторить его из другого
VI
Ок. Теперь есть из чего выбрать.
вот gist с моим модулем, может пригодится
https://gist.github.com/ivanovv/accb016d5e8f398592f0daab472108e6
https://gist.github.com/ivanovv/accb016d5e8f398592f0daab472108e6
VI
Ух, с телефона тяжело, вечерком напишу
интересно будет посмотреть
АГ
вот gist с моим модулем, может пригодится
https://gist.github.com/ivanovv/accb016d5e8f398592f0daab472108e6
https://gist.github.com/ivanovv/accb016d5e8f398592f0daab472108e6
Спасибо большое!