-
Data: 2017-06-13 11:40:37
Temat: Re: NTG ale może...
Od: g...@s...invalid (Adam Wysocki) szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]sundayman <s...@p...onet.pl> wrote:
>> To teraz wyobraź sobie, że trzeba zaktualizować soft w urządzeniu, soft ma
>> 8MB, a archaiczny protokół po pierwsze dubluje ilość tych danych, a po
>> drugie nie wspiera ponawiania - czyli jak klient sobie ściągnie 6MB i mu
>> się połączenie wywali, to musi ściągać od nowa
>
> Ten problem dopiero przede mną, żeby były możliwości zdalnej wymiany
> firmware. Obecne urządzenia nie były początkowo nawet projektowane do
> sterowania via GPRS - na szczęścia miały RS232, więc dało się firmware
> zmienić :)
Też kwestia ilości i tego, czy macie kogoś do serwisu w każdym regionie,
bo trudno żeby technik z Krakowa jechał wymienić soft w Gdańsku.
> Tak, że dopiero w nowych wersjach to uwzględnię - wtedy trzeba będzie
> pamiętać o tych kłopotach. Czyli, żeby ew. dało się ciągnąć "na raty" itp.
>
> Jestem w tyle za wami znaczy :)
W sumie jeśli to nie musi być "invented here", to jest trochę protokołów,
które są do tego przeznaczone - zaczynając chociażby od http, tam masz
obsługę nagłówka Range:, który umożliwia ponawianie ściągania i co ważne,
nie musisz tego implementować od początku, bo już istnieją sprawdzone
implementacje na licencjach pozwalających na ich użycie w komercyjnym
projekcie.
Można to oczywiście dowolnie komplikować, dodając chociażby binarne diffy,
ale ja jestem za tym, żeby system update'u zawsze był tak prosty, jak to
możliwe i rozsądne (a przynajmniej istniał taki zapasowy, prosty kanał, bo
im coś bardziej skomplikowane, tym bardziej podatne na błędy).
Dodałbym jedynie konieczność weryfikacji ściągniętego pliku, zanim
zostanie użyty, np. poprzez weryfikację podpisu przez PGP (wystawiając
plik robisz do niego podpis swoim kluczem prywatnym, a maszyna, która
ściąga plik, ma Twój klucz publiczny i weryfikuje przy jego pomocy, czy
podpis się zgadza i czy plik nie został zmieniony). Oczywiście utrata
klucza prywatnego wiąże się wtedy z utratą możliwości zarządzania
urządzeniami, więc trzeba go pilnować, a najlepiej zabezpieczyć hasłem i
wydrukować np. jako QR code (ja tak trzymam najważniejsze rzeczy i klucze,
których nie mogę stracić nawet jak padną mi wszystkie dyski twarde)...
--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]
Następne wpisy z tego wątku
- 13.06.17 11:54 J.F.
- 13.06.17 12:38 Adam Wysocki
- 13.06.17 13:43 morte
- 13.06.17 19:30 sundayman
- 14.06.17 02:46 sundayman
- 14.06.17 04:17 sundayman
- 14.06.17 07:57 morte
- 14.06.17 08:28 morte
- 14.06.17 08:40 Krzysztof Kulesza
- 14.06.17 12:05 Adam Wysocki
- 14.06.17 12:08 Adam Wysocki
- 14.06.17 12:21 Zbych
- 14.06.17 12:46 J.F.
- 14.06.17 12:52 Cezar
- 14.06.17 14:16 morte
Najnowsze wątki z tej grupy
- Raspberry Pi 3 Model B+
- Kuchenka elektryczna
- test
- Cewka elektrozaworu
- zapytanie o chip r5f21275nfp
- nie naprawiam więcej telewizorów
- Zrobił TV OLED z TV LCD
- Zasilacz USB na ścianę.
- Gniazdo + wtyk
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
Najnowsze wątki
- 2025-03-14 Żerniki => Dyspozytor Międzynarodowy <=
- 2025-03-13 Raspberry Pi 3 Model B+
- 2025-03-13 Kuchenka elektryczna
- 2025-03-12 test
- 2025-03-13 własny ekran startowy
- 2025-03-13 Błonie => IT System Administrator <=
- 2025-03-13 Częstochowa => Manager ds. produktu <=
- 2025-03-13 Środa Wielkopolska => SAP FI/CO Internal Consultant <=
- 2025-03-13 Chiny-Kraków => Koordynator Produkcji / Przedstawiciel ds. rozwoju pr
- 2025-03-13 Warszawa => Analityk biznesowo-systemowy <=
- 2025-03-13 Warszawa => Business Systems Analyst <=
- 2025-03-13 Żerniki => NodeJS Developer <=
- 2025-03-13 Chiny-Kraków => Senior PHP Symfony Developer <=
- 2025-03-13 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-03-13 Kraków => Business Development Manager - Network and Network Security