Добрый день, коллеги! Столкнулся с интересным заданием. Клиент при открытии страницы устанавливает соединение с сервером по средствам Веб-сокетов (более одного). Пользователь имеет возможность открывать (клиент) страницу в более чем одном окне (закладке браузера). Контент получаемый через сокеты не меняется... Вопрос в следующем: Можно ли использовать сокеты уже открытого клиента (первой страницы) на других страницах, что-бы не создавать чрезмерного колличества соединений? (Платформа клиента - Angular 6, NgRx, RxJS) (Платформа сервера - NodeJS, WebSokets)

и дальше практика

А по codehunter можно ссылочку? за js c Кантором понял, спасибо)

coursehunters вбей в гугле

https://coursehunters.net/, насколько понял, это оно? Спасибо))

тут кто-то трогал azure active directory?

Добрый день, коллеги! Столкнулся с интересным заданием. Клиент при открытии страницы устанавливает соединение с сервером по средствам Веб-сокетов (более одного). Пользователь имеет возможность открывать (клиент) страницу в более чем одном окне (закладке браузера). Контент получаемый через сокеты не меняется... Вопрос в следующем: Можно ли использовать сокеты уже открытого клиента (первой страницы) на других страницах, что-бы не создавать чрезмерного колличества соединений? (Платформа клиента - Angular 6, NgRx, RxJS) (Платформа сервера - NodeJS, WebSokets)

Со строны фронта нельзя шарить tcp-соединение между вкладками. А на бэке надо позаботиться о том, чтобы все коннекты к сокетам шли на один node-процесс (если их несколько).

всем привет что такое промис?

всем привет что такое промис?

всем привет что такое промис?

Спасибо. Если обрубать соединение в устаревшей (ранее открытой) вкладке и шарить данные по вкладкам с более новой (в которой сокет-соединение) через localStorage, например? А в устаревшей вкладке подписаться на обновления localStorage и выводить данные получаемые через сокет в крайней... Как такой вариант?

Можно так извернуться. Но ведь "крайнюю" вкладку всегда можно закрыть, тогда устаревшие листенеры отвалятся. Это всё тоже придётся перехватывать, переоткрывать сокеты и т.д. Стоит ли оно того - вопрос. Сами соединения особой нагрузки не дают. Больше зависит от кол-ва передаваемых данных. Кстати, выше я мог соврать. Наверное сейчас стоит попробовать это сделать через Shared Web Workers. Надо посмотреть, нормально ли это поддерживается браузерами и какой % клиентов покрывает.

сохраняю через sequelize в бд новое смобщение чата, Промис возвращает "голый" объект нового сообщения, отправить на клиент его нет смысла, потому что там нет данных об авторе (id , name, avatar). Значит надо вторым запростом сделать findOne по id нового сообщения, чтобы заинклудить в запросе модель user. Другого варианта нет, ведь так ?

не показывай никому

Теперь думаю о том как валидировать форму приходящую с фронта и выдавать ошибки... есть ли что то такое автоматизирующее..

Теперь думаю о том как валидировать форму приходящую с фронта и выдавать ошибки... есть ли что то такое автоматизирующее..

Все process.env наверх файла в константы. Чтобы при каждом запросе через axios не дёргалось всё окружение.

Наверх главного файла приложения?

json schema (ajv, например), joi

В данном случае axios

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

Да не там схема и БД не причём.. Там просто введите имя введите мейл в формате.. Что бы пустое внешнему api не заслать..

Ручками это потом обрастёт кучей легаси.

Какая разница. Всё равно структура данных есть, её и описать через что-либо.

Ручками это потом обрастёт кучей легаси.

findOne по id юзера из сообщения

Золотой пули нет. Поэтому сначала валидация raw-данных, потом уже дубликаты, зависимости и прочее.

а если найти тот пост ? и в запросе сразу сказать что вернуть его с юзером это сильно хуже ?

То есть сначала просто не пустые и формат мейла.. Потом axios запрос с чеком на повторность...

Все process.env наверх файла в константы. Чтобы при каждом запросе через axios не дёргалось всё окружение.

кстати, разве оптимизатор v8 не сделает это сам?

Но пост уже создан и вернулся, зачем его ещё раз вытаскивать? Надо дёрнуть только недостающие данные (юзер в данном случае).

просто когда я получаю сообщения пачкой через findAll там я делаю include user и внутри каждого сообщения уже содержится юзер. Если для одного поста отдельно получать юзера, то все равно предется его засовывать внуторь поста как-то (через копирование со спредом наверно), чтобы на клиенте все отображалось единообразно

При чём здесь v8, когда env - это внешнее состояние, которое может меняться в любой момент? Syscall всякий раз на считывание environment. На винде, например, тормозная штука.

Добрый день, коллеги! Столкнулся с интересным заданием. Клиент при открытии страницы устанавливает соединение с сервером по средствам Веб-сокетов (более одного). Пользователь имеет возможность открывать (клиент) страницу в более чем одном окне (закладке браузера). Контент получаемый через сокеты не меняется... Вопрос в следующем: Можно ли использовать сокеты уже открытого клиента (первой страницы) на других страницах, что-бы не создавать чрезмерного колличества соединений? (Платформа клиента - Angular 6, NgRx, RxJS) (Платформа сервера - NodeJS, WebSokets)

Можно Localstorage event listener

Можно Localstorage event listener

А есть такое нативно?

Localstorage нативный так-то

Лисенер на экш сторага

опять фронт?

@Version81@ejnshtein не знаете- не советуйте:)

так лол, сокет это соединие страницы и сервера же и создается 1 на страницу о_0

Сокетов может быть больше чем 1 соединение

Также каждая вкладка может устанавливать насколько соединений

он говорил про несколько страниц к одному сокету

Пишешь абстракцию над сокетами, чтобы все общение через нее происходило

Также каждая вкладка может устанавливать насколько соединений

Классный совет.

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

Пишешь абстракцию над сокетами, чтобы все общение через нее происходило

че за наркоманы?

Мой каждый совет классный

ЧСВ.

Но можно, тыж админ.

Тычо меня подставляешь