ŹR
Тогда вообще норм - то что надо
Size: a a a
2019 September 02
ŹR
Этот процесс твой сам разгребет все presence
VI
это да
ŹR
И не надо ничего отдельно spawnить
ŹR
Тамки не нужны
VI
то есть пусть он инсерты один за одним делает?
ŹR
Да, норм
ŹR
Если будет тонуть - можно будет сделать bulk inserts
VI
так то да. И там инсерт это пара ms макс, скорее около 1ms, плюс раундтрип сетевой. Но для большого семинара может быть такое, что 1500-2000 человек попробуют подключиться буквально за 1-2 минуты. тогда может не пролезть
ŹR
Так они же все равно подключаются
ŹR
Presence работает асинхронно
ŹR
Он отслеживает что кто-то уже подключился
ŹR
Кстати, по-моему diff может прилететь сразу с пачкой изменений
ŹR
А не с одним
ŹR
Так что если к тебе срез подключатся 1000 человек могут падать кколлбэки с массивом подключившихся
VI
да, я их все учитываю, на каждый коннект.дисконнект - свой инсерт
VI
> тогда может не пролезть
я имел в виду, что таймстемп начнет сползать, хотя это вотдействительно не принципиально
Собственно, Таск там у меня только потому, что в коде, с которого я списывал (первый линк) было так сделано
я имел в виду, что таймстемп начнет сползать, хотя это вотдействительно не принципиально
Собственно, Таск там у меня только потому, что в коде, с которого я списывал (первый линк) было так сделано
ŹR
Если упрется в пулл по базе - все равно time stamp сползёт
ŹR
Тут как раз наоборот - можно делать булочки если прилетает массив presence
VI
Да, надо будет посмотреть в ту сторону.
Спасибо!
Спасибо!