Zmiany w stosunku do wersji 2.0:
* Wprowadzono hasho-owanie haseł bcrypt-em zwiększając bezpieczeństwo ich przechowywania
* RGB - możliwość wyboru białego koloru w harmonogramach
* Poprawki wykonywania harmonogramów
* Zmiana formularza logowania na responsywny - jedno-etapowy. Jest to pierwszy krok na drodze dostosowania UI do obsługi na smartfonach/tabletach
* Tłumaczenia interfejsu na języki: Francuski, Portugalski, Hiszpański i Włoski
* Lista urządzeń dostosowana do obsługi na smartfonach/tabletach
* Zmiana lokalizacji będzie wyświetlać "Oryginalną lokalizację" tylko dla urządzeń uwierzytelniających się identyfikatorem lokalizacji i hasłem lokalizacji
* Wprowadzono możliwość zarządzania aplikacjami klienckimi co w praktyce oznacza możliwość przeglądania i zarządzania podłączonymi smartfonami/tabletami
* Usunięto stronę "Rozpocznij tutaj" z menu. Jest dostępna po zalogowaniu się i po kliknięciu w logo. Jest to pierwszy krok do zrezygnowania z tej podstrony.
* Wprowadzono nowy sposób uwierzytelniania urządzeń we/wy oraz aplikacji klienckich przy użyciu adresu e-mail.
* Szereg drobnych poprawek i usprawnień
Szczegóły:
https://github.com/SUPLA/supla-cloud/commits/master
https://github.com/SUPLA/supla-core/commits/master
Najważniejszą zmianą w tym wydaniu jest przedostatni punkt czyli uwierzytelnianie przy użyciu adresu e-mail.
Jego celem jest pozbycie się identyfikatorów i haseł, które dla początkujących użytkowników są niejasne i powodują szereg problemów z pierwszą konfiguracją.
Tak więc od teraz koniec z hasłami i identyfikatorami. (Oczywiście stary sposób również póki co pozostaje)
Oznacza to, że urządzenia z nowym firmware-m do konfiguracji będą potrzebowały danych takich jak:
- nazwa sieci wifi
- hasło sieci wifi
- adres serwera
- adres email podany przy rejestracji
Urządzenia klienckie takie jak smartfony czy tablety będą wymagały podania tylko adresu email!
W aplikacjach klienckich pojawi się w ustawieniach opcja "zaawansowane" dla użytkowników chcących połączyć się z serwerem używając starej metody ( serwer + access ID + hasło )
Padnie zapewne pytanie dlaczego w urządzeniach wykonawczych adres serwera tez nie może się pobrać sam.
W więc dlatego, że aplikacje na smartfony będzie wkrótce wyposażone w narzędzie do automatycznego konfigurowania urządzeń we/wy tak więc
o stronie http://192.168.4.1 będzie można w 99% przypadkach zapomnieć.
Trochę informacji jak to teraz działa. W nowej wersji doszły dwie restrykcje określające czy w danym momencie można dodać nowe urządzenie do systemu lub czy można podłączyć nowy smartfon. Funkcję dodawania można włączyć na liście urządzeń/smartfonów. Włączenie jej ma ważność przez 24h po tym czasie zostanie automatycznie wyłączona przez system. Funkcja dodawania włączana jest na 7 dni automatycznie po rejestracji.
Oczywiście jeżeli już wszystko dodamy to warto od razu wyłączyć funkcję dodawania. Wtedy nawet jak ktoś nieuprawniony ma dane takie jak email czy tez dane starego typu (id lokalizacji/dostępu, hasła) to nic nie zrobi.
Jeżeli dodawanie jest wyłączone i ktoś będzie próbował podłączyć nowy sprzęt do systemu obojętnie jaką metodą (nową lub starą). Otrzyma odpowiedni komunikat, że w tym momencie dodawanie jest wyłączone.
Jeżeli funkcja dodawania urządzeń we/wy jest włączona i zechcemy podłączyć urządzenie we/wy do systemu podając zamiast id lokalizacji i hasła tylko adres email to pojawi się ono w systemie i otrzyma domyślną lokalizację, którą oczywiście z poziomu cloud-a można zmienić.
Jeżeli funkcja dodawania smartfonów jest włączona i zechcemy podłączyć smartfon do systemu podając tylko adres email to smartfon pojawi się w systemie, ale użytkownik nic nie zrobi dopóki administrator (w sensie właściciel konta) nie przypisze mu z poziomu cloud-a identyfikatora dostępu. Oczywiście użytkownik smartfona dostanie odpowiedni komunikat, że trzeba przypisać go do id dostępu inaczej nie ma do niczego uprawnień. Jedynym wyjątkiem jest sytuacja gdy ktoś się zarejestrował i dodaje swój pierwszy smartfon (podając tylko email). Wtedy nic więcej nie musi robić ponieważ pierwszy smartfon dostanie z automatu - pierwszy z brzegu identyfikator dostępu.
Aby w pełni przetestować nowego cloud-a musi się pojawić jeszcze nowa wersja aplikacji klienckiej oraz nowy firmware. Niemniej jednak gorąca prośba do wszystkich zainteresowanych o pomoc w testowaniu - już teraz - wszystkiego co możliwe.
PS. Tłumaczenia na nowe języki nie były wykonywane przez native speaker-ów więc jak ktoś zauważy jakieś błędy w tłumaczeniach to również prosimy o uwagi.

