Тебе нужно будет реализовать команды подключился к датчику, отключится, проверить статус

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

На беке это будет сделать сложнее. У тебя может быть ситуация что сокет с датчиком уже закрыт, а от клиента пришли данные для этого датчика

От клиента не могут прийти никакие данные, и не шлёт сам никаких сообщений, кроме рукопожатного для установки соединения. Это система мониторинга. Клиент лишь отображает показания

А что будешь делать когда появится такая возможность?

Появится скорее потребность сделать одновременно 400 сокет соединений на фронте, когда не за сотней станций надо будет следить сразу, а поболее

Если идти по предложенной модели, и это пугает более

Тогда тут не нужны вебсокеты

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

SSE для этого придуман

Спасибо, это справедливое замечание

Но в любом случае проблемы 100 потоков это не решает. Одна из задач бекенда - оптимально отдать данные на фронт, пускай этим и занимаются, нужно продавливать тимлида, чтобы принимал правильные архитектурные решения.
Как вариант аргументов - небезопасно(клиент не должен знать как ходить на датчик напрямую, клиенты могут заддосить датчик/занимать соединения - на бэке это удобнее контролировать), не будет дублирования данных (с бека можно отправлять данные с одного потока датчика на несколько клиентов), контроль данных (можно агрегировать, логировать, манипулировать данными на беке - например отправлять на клиент раз в 10 с вместо раз в 1с при необходимости, на беке надёжнее логировать и управлять недоступностью датчиков, меньше нагрузка на сами датчики и т.д.

+ очень большая проблема может возникнуть с производительностью, когда дом придётся обновлять с данных, которые приходят асинхронно со 100 соединений в произвольные моменты
С одного соединения будет проще агрегировать апдейты дом

вот уж вообще не проблема вразнобой элементы изменять или все скопом. никакой просадки не будет.

Обновляй дом после того как получил все 100 датчиков

Всем привет. Может знает кто: каким образом stackblitz, jsfiddle и прочие подобные сервисы выводят ошибки из консоли браузера в свою кастомную консоль, которая вставлена с iframe?

Там вывелись даже ошибки, которые мне выкинуло расширение в браузере. Но ведь консоль читать нельзя — как это тогда реализовано?

Можно переопределить window.console

спасибо

Всем return

Хорошо что не throw

:D