Спасибо, очень полезная информация:) А вот что интересно: а есть ли возможность через брокера узнать подписчиков топика? Он их сохраняет или при каждом сообщении издателя проходит всех клиентов?
Тайм-коды в помощь: 4:05, 5:00 и 11:25 Как я понял, во время получения subscribe, брокер получает ссылку (путь дерева), откуда получать обновления. Не уверен, что так реализовано(не работал с протоколом), но как раз туда должны сохраняться нужные данные подписчиков, чтобы им отправить данные.
Что будет если клиент, подписанный на топик, долго не был в сети, при подключении к брокеру ему придут все данные которые он пропустил? Это к вопросу о построении графиков!
Устройства могут быть достаточно примитивными, хранить в себе коллекцию всех доступных подключений, а также обеспечивать обработку данных с них - может быть накладно. А так есть Брокер - кинул в него данные, а дальше кому надо тот их и получит. В случае если у вас соединение типа Точка - Точка, то тут MQTT нафиг не уперся. Modbus TCP и все.
Я бы даже так сказал: по той же причине, почему дома стоит роутер. Когда устройств много, не понятно откуда будет приниматься сигнал, а откуда отдаваться - нужен посредник, который сам будет решать, что и куда слать, от кого принимать. Иными словами, без посредника - нужно подключать каждое устройство друг к другу, исключение, если устройства никак не взаимодецствуют. Если одно устройство должно работать с 10-ю другими - нужно подключить напрямую 10 устройств к этому одному. Зачем такие трудности, когда все 11 устройств можно подключить к посреднику, и получается, каждое устройство нужно лишь раз подключать (к брокеру). В таком случае, если те 10 устройств ещё между друг другом общаются - они делают это тоже через брокер, и дополнительные соединения не делаются.
Спасибо! Очень полезно.
Хороший контент!)Спасибо!
Весьма информативно, и насчет того что тихо - бред, звук отличный. Спасибо за видео.
Тихо!
... идёт операция @@вчемсилабрат-ш7ц
Очень хорошо
Спасибо, очень полезная информация:) А вот что интересно: а есть ли возможность через брокера узнать подписчиков топика? Он их сохраняет или при каждом сообщении издателя проходит всех клиентов?
Тайм-коды в помощь: 4:05, 5:00 и 11:25
Как я понял, во время получения subscribe, брокер получает ссылку (путь дерева), откуда получать обновления. Не уверен, что так реализовано(не работал с протоколом), но как раз туда должны сохраняться нужные данные подписчиков, чтобы им отправить данные.
Надеюсь, ещё актуально)
Что будет если клиент, подписанный на топик, долго не был в сети, при подключении к брокеру ему придут все данные которые он пропустил? Это к вопросу о построении графиков!
Не пойму зачм нужен брокер, почему не напрямую.
Устройства могут быть достаточно примитивными, хранить в себе коллекцию всех доступных подключений, а также обеспечивать обработку данных с них - может быть накладно. А так есть Брокер - кинул в него данные, а дальше кому надо тот их и получит.
В случае если у вас соединение типа Точка - Точка, то тут MQTT нафиг не уперся. Modbus TCP и все.
Я бы даже так сказал: по той же причине, почему дома стоит роутер. Когда устройств много, не понятно откуда будет приниматься сигнал, а откуда отдаваться - нужен посредник, который сам будет решать, что и куда слать, от кого принимать.
Иными словами, без посредника - нужно подключать каждое устройство друг к другу, исключение, если устройства никак не взаимодецствуют. Если одно устройство должно работать с 10-ю другими - нужно подключить напрямую 10 устройств к этому одному. Зачем такие трудности, когда все 11 устройств можно подключить к посреднику, и получается, каждое устройство нужно лишь раз подключать (к брокеру). В таком случае, если те 10 устройств ещё между друг другом общаются - они делают это тоже через брокер, и дополнительные соединения не делаются.
ничего ж не слышно, приходится ставить на максимум и вслушиваться (((
У тебя с динамиками что-то не так. Все хорошо слышно
Скорее всего дело в настройках ютуба. У меня включено выравнивание звука
Интересно но очень тихо, слушать невозможно. Воздержался от лайков и дизов
Владимир, спасибо за отзыв, в будущем улучшим звук для контента!