без запросов

У высоконагруженных сервисов куча сложностей в самых на первый взгляд простых местах, на такие сервисы надо смотреть, когда нужен опыт именно борьбы с нагрузкой

Потому что это скорее всего 10 соединений, т.е. 10 клиентов для сервера (хотя в теории можно шэрить коннект, надо посмотреть)

Ворвусь с вашего позволения.

Через пуш уведомления?

пуш уведомления вроде в 1 вкладке появится

Вебсокеты, лонгпул, кякс. Без разницы. Это спобос общения клиента и сервера. Способ доставки внутри сервера может быть разный.

На примере ноды. Я инициировал соединение, на сервере открылся сокет, создался поток-обработчик, который знает что я "вася". Таких соединений может быть несколько.
Дальше уже дело программиста, каким образом доставить сообщение от "коли" до "васи". Хочет через бд, хочет через ивенты, хочет ipc, хочет шмем... да хоть через файлы)

logux вроде прямо из коробки умеет разрешать конфликты при открытии в нескольких вкладках

Я не про окошко, а про принудительную отправку сервером инфо клиенту

С пушами проблем много. Не уверен что их используют для чатов

спс почитаю

При чем вопрос, как хранить информацию, что вот эти 10 соединений - это все Вася, и вопрос, как процессам обмениваться, чтобы передать что-то Васе -- могут быть разными с разными решениями

Совершенно верно. Ну идентификация по ид юзера решает половину проблемы. А чтение шины с получением сообщений только для нужного id, о котором прекрасно знает поток, обрабатывающий вебсокет или лонгпул тоже не проблема. Но это лишь одно из решений

Не подскажите как сохранить refreshToken в базе данных mongodb, это связано с jwt - как их правильно хранить?

17 строчка

Если ты задаёшься таким вопросом, то может быть тебе жвт не нужен ?

Я видео про это смотрел, автор говорит что лучше хранить в бд а не в массиве

Так же как любую другую строку, создай коллекцию и записывай в нее

Она должна связываться с пользователем. Я делаю чат и в задании нужно регистрировать пользователей с помощью jwt