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

Передача данных с удаленных систем без потери данных?, 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]

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

	10. "Передача данных с удаленных систем без потери данных?"	+/–
	Сообщение от fantom (??), 05-Авг-19, 11:56
	>[оверквотинг удален] >> то данные накапливаются на малинке. При восстановлении канала надо передать накопленные >> и продолжить слать в реальном времени. >> Подскажите пожалуйста концептуально как такое построить. >> Хотелось бы максимально использовать системные возможности Linux и свободного ПО, поменьше >> программировать своих велосипедов. >> Чет я потерялся, не понимаю с использованием чего (технологии, протоколы, ПО) такое >> лучше сделать. > Одна тулза пишет данные в файл/базу/очередь/буфер/свой_вариант > Вторая- вынимает и пропихивает дальше по принципу транзакций, пока транзакция не закрыта > данные не считаются переданными. А вообще - классическая электронная почта как раз решает поставленную задачу :)
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Передача данных с удаленных систем без потери данных?"	+/–
	Сообщение от alexkv (ok), 05-Авг-19, 12:11
	> А вообще - классическая электронная почта как раз решает поставленную задачу :) Почтовые голуби тоже. Почему я не буду их использовать????
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Передача данных с удаленных систем без потери данных?"	+/–
	Сообщение от alexkv (ok), 05-Авг-19, 12:12
	> Одна тулза пишет данные в файл/базу/очередь/буфер/свой_вариант > Вторая- вынимает и пропихивает дальше по принципу транзакций, пока транзакция не закрыта > данные не считаются переданными. Это понятно. Я интересовался какие именно тулзы можно использовать для решения такой задачи.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	13. "Передача данных с удаленных систем без потери данных?"	+/–
	Сообщение от fantom (??), 05-Авг-19, 12:24
	>> Одна тулза пишет данные в файл/базу/очередь/буфер/свой_вариант >> Вторая- вынимает и пропихивает дальше по принципу транзакций, пока транзакция не закрыта >> данные не считаются переданными. > Это понятно. > Я интересовался какие именно тулзы можно использовать для решения такой задачи. Хоть POST запросы посылайте в цикле пока нужный код ответа от сервера не получите. Хоть SNMP set. Хоть INSERT в базу пока база Ok не ответит. Хоть в subversion тупо по крону коммитить. Тут что вам ближе тем и пользуйтесь.
	Ответить | Правка | Наверх | Cообщить модератору

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

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