Е
но если пользователь, допустим закрыл браузер, то зачем ему что-то слать?
Size: a a a
2019 March 29
Е
поэтому возникла мысль подписываться прямо из процессов канала, если пользователь ушел, то процесс сдох и автоматом отписался от обнов. Не? Плохой дизайн?
FM
обычно так и делается же
ŹR
Норм дизайн
FM
берётся Phoenix.PubSub или что-то ещё и процесс канала подписывается на сообщения
FM
и в handle_info они ловятся
ŹR
Наверное. Просто странно что какие-то там обновления пушаться непонятно зачем в какие-то пабсабы
Е
и в handle_info они ловятся
а где подписываться? в connect?
FM
нет, коннект это в сокете
Е
нет, коннект это в сокете
в join?
ŹR
в join
FM
в джоине шлёшь себе сообщение и в колбэке, который его ловит, подписываешься
Е
Хм, значит у каждой пары топик-подписчик свой процесс?
jc
в join
кстати, максима лапшина мы сюда сманили, теперь тебя надо в эрланг сманить
FM
Хм, значит у каждой пары топик-подписчик свой процесс?
да
Е
в джоине шлёшь себе сообщение и в колбэке, который его ловит, подписываешься
хм, то есть join обрабатывает еще пока не процесс этой самой пары?
Е
Наверное. Просто странно что какие-то там обновления пушаться непонятно зачем в какие-то пабсабы
а как не странно сделать, если данные пользователей меняются в фоне и нужно оповещать тех кто он-лайн?
Е
очень не хочется объединять веб-сервер на фениксе и приложение обрабатывающее состояния пользователей
ŹR
очень не хочется объединять веб-сервер на фениксе и приложение обрабатывающее состояния пользователей
В смысле обьединять? Ты же обьединяешь через пабсаб в результате
FM
хм, то есть join обрабатывает еще пока не процесс этой самой пары?
не, это тот же процесс. джоин это типа как инит у генсервера