Вариант для распечатки		Пред. тема | След. тема
Форум Оптимизация и Промышленные системы (Увеличение наджности)
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Передача данных с удаленных систем без потери данных?, alexkv (ok), 01-Авг-19, (0) [смотреть все] +1 Концептуально - просто, достаточно простенького скрипта code ПОКА работаем , Аноним (1), 08:49 , 02-Авг-19, (1) // Кроссавчег , Аноним (-), 11:12 , 02-Авг-19, (2) –1 // Кстати, да Славно навалил на ТС-а Но минус тебе все равно поставил Ибо , Andrey Mitrofanov_N0 (??), 11:15 , 02-Авг-19, (3) // Вот те на Не шалю, никого не трогаю, починяю примус и вообще,я совершенно не пон, Аноним (-), 11:29 , 02-Авг-19, (4) Да, норм Мы тут все никого не _трогаем_ Кучи-то не трогаем, наваливаем , Andrey Mitrofanov_N0 (??), 11:36 , 02-Авг-19, (6) gt оверквотинг удален По такой логике любые внешние задержки в сети например , ыы (?), 11:04 , 05-Авг-19, (8) // ТС просил концептуальное решение, поэтому в первом приближении полагаем линию св, Аноним (1), 14:22 , 05-Авг-19, (14) // Причем линия связи передает данные мгновенно, вопреки всем реалиям и здравому см, ыы (?), 16:11 , 05-Авг-19, (15) И в неограниченном объеме , fantom (??), 16:31 , 05-Авг-19, (16) Вооот Берём Реализацию выше за основу и подкладываем её же ей же в качестве пе, Andrey Mitrofanov_N0 (??), 08:16 , 06-Авг-19, (17) gt оверквотинг удален По описанию - классическая очередь сообщений Для начала, Ann None (?), 11:30 , 02-Авг-19, (5) –1 // Спасибо за совет Пошел изучать , alexkv (ok), 14:00 , 02-Авг-19, (7) gt оверквотинг удален Одна тулза пишет данные в файл базу очередь буфер свой_в, fantom (??), 11:53 , 05-Авг-19, (9) // gt оверквотинг удален А вообще - классическая электронная почта как раз решает, fantom (??), 11:56 , 05-Авг-19, (10) // Почтовые голуби тоже Почему я не буду их использовать , alexkv (ok), 12:11 , 05-Авг-19, (11) Это понятно Я интересовался какие именно тулзы можно использовать для решения та, alexkv (ok), 12:12 , 05-Авг-19, (12) // Хоть POST запросы посылайте в цикле пока нужный код ответа от сервера не получит, fantom (??), 12:24 , 05-Авг-19, (13) gt оверквотинг удален Тебе хорошо подойдет smtp протокол для этого Клиенты пу, Павел Отредиез (?), 17:29 , 16-Авг-19, (18)   // gt оверквотинг удален Делается элементарно Допустим у тебя raspbian с exim В, Павел Отредиез (?), 17:41 , 16-Авг-19, (19)   // gt оверквотинг удален Отправка письма echo Мой текст 124 mail input 10 0 , Павел Отредиез (?), 17:47 , 16-Авг-19, (20)   БД с репликацией локально, ту же MySQL можно взять Модель данных можно придумат, Аноним (23), 17:01 , 21-Сен-20, (23) // БД На ПЛК Удачи , Брат Анон (ok), 09:25 , 19-Ноя-20, (24) 1,5,9,18,23

Сообщения

[Сортировка по времени | RSS]

18. "Передача данных с удаленных систем без потери данных?"	+/–
Сообщение от Павел Отредиез (?), 16-Авг-19, 17:29
>[оверквотинг удален] > Т.е. скрипт на малине собирает данные с датчиков постоянно. При работающем канале > передачи данных эти данные в реальном времени шлются на сервер и > там попадают в БД. Если канал перестал работать (пропал 3G например), > то данные накапливаются на малинке. При восстановлении канала надо передать накопленные > и продолжить слать в реальном времени. > Подскажите пожалуйста концептуально как такое построить. > Хотелось бы максимально использовать системные возможности Linux и свободного ПО, поменьше > программировать своих велосипедов. > Чет я потерялся, не понимаю с использованием чего (технологии, протоколы, ПО) такое > лучше сделать. Тебе хорошо подойдет smtp протокол для этого. Клиенты пусть имеют локальные smtp сервера, которые копят очередь и отсылают на центральный сервер. На центральном сервере транспортом пайп можно письма парсить и вносить в БД.
Ответить | Правка | Наверх | Cообщить модератору

	19. "Передача данных с удаленных систем без потери данных?"	+/–
	Сообщение от Павел Отредиез (?), 16-Авг-19, 17:41
	>[оверквотинг удален] >> то данные накапливаются на малинке. При восстановлении канала надо передать накопленные >> и продолжить слать в реальном времени. >> Подскажите пожалуйста концептуально как такое построить. >> Хотелось бы максимально использовать системные возможности Linux и свободного ПО, поменьше >> программировать своих велосипедов. >> Чет я потерялся, не понимаю с использованием чего (технологии, протоколы, ПО) такое >> лучше сделать. > Тебе хорошо подойдет smtp протокол для этого. Клиенты пусть имеют локальные smtp > сервера, которые копят очередь и отсылают на центральный сервер. На центральном > сервере транспортом пайп можно письма парсить и вносить в БД. Делается элементарно. Допустим у тебя raspbian с exim. Все шлют на input@10.0.0.1 согласно политике повторов и по cron прогоном очереди. На сервере в ложишь /home/input/.forward с содержимым "| input.sh ". Каждое входящее письмо попадает в экземпляр input.sh на stdin. Все конфигурации exim дефолтные ничего не нужно придумывать. При наличии связи экзим доставляет немедленно, при отсутствии копит очередь.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Передача данных с удаленных систем без потери данных?"	+/–
	Сообщение от Павел Отредиез (?), 16-Авг-19, 17:47
	>[оверквотинг удален] >>> лучше сделать. >> Тебе хорошо подойдет smtp протокол для этого. Клиенты пусть имеют локальные smtp >> сервера, которые копят очередь и отсылают на центральный сервер. На центральном >> сервере транспортом пайп можно письма парсить и вносить в БД. > Делается элементарно. Допустим у тебя raspbian с exim. Все шлют на input@10.0.0.1 > согласно политике повторов и по cron прогоном очереди. На сервере в > ложишь /home/input/.forward с содержимым "| input.sh ". Каждое входящее письмо попадает > в экземпляр input.sh на stdin. Все конфигурации exim дефолтные ничего не > нужно придумывать. При наличии связи экзим доставляет немедленно, при отсутствии копит > очередь. Отправка письма echo "Мой текст" | mail input@10.0.0.1
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема