Gdyby ktoś chciał uaktualnić swoje raspberry
wget https://raw.githubusercontent.com/SUPLA ... _update.sh
chmod +x supla_pi_update.sh
sudo ./supla_pi_update.sh
Wynik powinien być mniej więcej taki:
[ ok ] Stopping supla-server (via systemctl): supla-server.service.
[ ok ] Stopping supla-dev (via systemctl): supla-dev.service.
[ ok ] Stopping apache2 (via systemctl): apache2.service.
Cloning into 'supla-cloud'...
remote: Counting objects: 9747, done.
remote: Compressing objects: 100% (27/27), done.
remote: Total 9747 (delta 0), reused 0 (delta 0), pack-reused 9719
Receiving objects: 100% (9747/9747), 8.52 MiB | 445.00 KiB/s, done.
Resolving deltas: 100% (3217/3217), done.
Checking connectivity... done.
Clearing the cache for the prod environment with debug false
Clearing the cache for the dev environment with debug true
Cloning into 'raspberry'...
remote: Counting objects: 84, done.
remote: Compressing objects: 100% (7/7), done.
remote: Total 84 (delta 1), reused 0 (delta 0), pack-reused 74
Unpacking objects: 100% (84/84), done.
Checking connectivity... done.
[ ok ] Starting supla-server (via systemctl): supla-server.service.
[ ok ] Starting supla-dev (via systemctl): supla-dev.service.
[ ok ] Starting apache2 (via systemctl): apache2.service.
FINISH
Raspberry PI update script
Uaktualniłem i działa, z tym, że wcześniej miałem przestawione porty jak w tym wątku viewtopic.php?f=8&t=204&start=40#p2289 i działało OK, natomiast teraz wpisuję https://192.168.200.55:444 - otwiera się strona, po wpisaniu maila daję ENTER - i znika mi w adresie nr portu - pozostaje taki zapis: https://192.168.200.55/auth/login#sign i komunikat, że nie może wyświetlić strony.
Po przywróceniu domyślnych portów działa OK, chciałbym jednak wrócić do portu 444... 443 mam zajęty
Po przywróceniu domyślnych portów działa OK, chciałbym jednak wrócić do portu 444... 443 mam zajęty

Gdy wszystkie możliwe sposoby zawiodą - pozostaje przeczytać instrukcję...
Zamień tą linijkę
https://github.com/SUPLA/supla-cloud/bl ... t.php#L124
na
$server = $request->getHost();
if ( $request->getPort() != 443 )
$server .= ":".$request->getPort();
return $server;
i daj znać jak nie zadziała to na
return $request->getHost().":444";
https://github.com/SUPLA/supla-cloud/bl ... t.php#L124
na
$server = $request->getHost();
if ( $request->getPort() != 443 )
$server .= ":".$request->getPort();
return $server;
i daj znać jak nie zadziała to na
return $request->getHost().":444";
U mnie update zadziałał "od strzału".
W każdym razie mam pytanie. Czy jak już będzie nowa wersja Cloud'a z harmonogramami to czy również będzie udostępniony taki update script?
W każdym razie mam pytanie. Czy jak już będzie nowa wersja Cloud'a z harmonogramami to czy również będzie udostępniony taki update script?

Kabel ucięty na miarę zawsze jest za krótki...
Tak