Хранится в брокере до следующей передачи этой же переменной.
Хранится в брокере до следующей передачи этой же переменной.
ASo тогда не пойму наезда, я где-то написал, что брокер занимается архивами ? ну и прелесть mqtt в том, что издатель может быть не один, если не ошибаюсь...
основная цель достигнута, возможность где-то хранить переменную и ее использовать без необходимости наличия реальных адресов в сети, кроме самого брокера ессно...
В Посте 1742. Правда Вы там слово =архив= не упоминали, а сказали,что сервер только хранит информацию. ЧтоСообщение от melky
Вы имели ввиду под хранением информации можно интерпретировать по-разному.
Hello, world! тоже имя переменной )))
Одесса хранение информации = хранение переменной. А уж будете вы ее архивировать или нет это ваши половые трудности как этого достигнуть и для чего.
Речь шла о взаимодействии значений переменных между узлами, ничего более.
Хранение информации =хранение переменной. Разрешите не согласиться с Вашим частным определением. А архив это,что?
По Вашему определению - много переменных. А почему не куча справок ЖЭК овских ? Поэтому я и сказал,что термин "Хранение
информации" есть термин широко интерпретируемый. Теперь насчёт информации ,как переменной(именно в Вашей интерпретации)
хранимой на сервере MQTT. Эта переменная там может хранится,а может и не хранится-это зависит от того позаботились Вы об
этом или нет. Если Вы поставите 3 степень безопасности,то да будет. Только понадобится Вам эта сохраненна переменная -я думаю,
что вряд ли. Вот Вы спрашиваете,что будет,если я не запрошу информацию у сервера. К примеру у Вас тикают часики на сервере.
Вы спрашиваете у сервера " Сервера сколько времени?". Он Вам отвечает текущим временем. А запоминает он время последнюю
секунду текущего времени перед обращением к нему, при условии, что дискретность часов одна секунда. Вопрос к Вам где Вы бу
дитё использовать эту переменную,которая и на фиг никому не нужна?
Одесса Архив - хранение переменнОЙ за Х времени. переменных в обоих случаях может быть больше одной.
не тупите, речь о передаче переменных из разных источников вне зависимости, когда получатель соизволит ее прочитать. И если один источник передает на брокера последние значения (то же время), а другой подписчик его читает раз в 30 минут то цель достигнута, другой подписчик получит максимально последнее значение.
Что и требуется для работоспособности. Как уже будет написано у вас ПО в издателе, получателях выбирать лично вам, к делу это не относится.
Цель связать при помощи переменных два устройства.
Даже если вы выбрали QoS 0 переменная в брокере будет храниться, при условии конечно, что она туда будет доставлена, чего данный уровень просто не гарантирует, это единственное отличие.
capzap а если подписчик за серым адресом и сам инициирует запрос переменной из брокера ? тоже кто-то кого-то ждет ?
з.ы. собственно по ссылкам, которые вы приводили все видно, запрос к брокеру выполняют в том числе и подписчики, а не получают данные, когда захотелось брокеру или издателю.
capzap, проехали, основную функцию брокер выполняет, хранит в себе последнюю переменную, присланную от издателя, кто из подписчиков ее попросит, тому он ее и перешлет. И после пересылки в себе не уничтожит и не обнулит и не потеряет...
з.ы. тоже абсолютно не понимаю применения промежуточных звеньев для связи, если они не нужны...
концентраторы используются во многих системах.
в данном случае это назвали брокером.
упрощенно, это позволяет создать не только соединение точка- точка, а сеть.
Ваши права
Ответить с цитированием