Cezary napisał/a:

Nie skasowałeś /etc/config/apcontroller? Pokaz

ubus call apcontroller status

root@68-router:~# ubus call apcontroller status
Command failed: No response

Konfiguracja jest w /etc/config/apcontroller, w logach potwierdzenie że loguje się do child,ale w Luci błąd:

can't access property "forEach", devicestatus.hosts is undefined

kmaras77 napisał/a:

Cezary napisał/a:

Z technicznego punktu widzenia nie ma większych problemów żeby to zrealizować Ale menu złożone z kilkunastu pozycji to już jest problem używalności i trzeba by to jakoś zastąpić. Log i reboot nie są aż tak krytyczne żeby nie mogły być dostępne po kolejnych dwóch czy trzech klikach. Zastanowię się jak to fizycznie zrobić.

Pierwsze menu było by krótkie, a dopiero po wybraniu "własny skrypt" pojawia sie okno z lista i wyborem. Coś w stylu listy pakietów w zaawansowanej interaktywnej aktualizacji.

Problem ideologiczny - jak zrobić wyświetlanie wyników z skryptów. Jeżeli zaznaczyłeś sobie 50 skryptów i się wykonują to wyniki każdego z nich umieszczać w zakładkach to bezsens. Z kolei łączyć wszystko w jeden wynik i pokazywać w oknie - też tak średnio, choć to chyba najlepsze co mi przyszło do głowy. Tworzenie 50 okienek z wynikami też jest średnim pomysłem.

jaketherake napisał/a:

Cezary:
https://pastebin.com/2DBSXbvS

To ten sh -x ... jeszcze zrób.

Średnio to wygląda z punktu widzenia użytkownika, bo np. woła skrypt od logów i musi gdzieś tam jeszcze klikać żeby uzyskać wynik działania z tych logów. Chyba że zrobić tak że jak wybierzesz jeden skrypt to masz wynik od razu na ekranie a jak kilka to masz linki i musisz klikać.

To drugie jest też ideologicznie złe - bo żeby czytać plik w luci z filesystemu muszę zdefiniować uprawniania aplikacji do czytania takiego pliku (konkretnego). Mogę tam dać gwiazdkę ale wtedy nie wiem czy to przejdzie jako że jest otwarte na wszystkie pliki. Muszę zobaczyć jak filebrowser ma to rozwiązane.

Cezary napisał/a:

Średnio to wygląda z punktu widzenia użytkownika, bo np. woła skrypt od logów i musi gdzieś tam jeszcze klikać żeby uzyskać wynik działania z tych logów. Chyba że zrobić tak że jak wybierzesz jeden skrypt to masz wynik od razu na ekranie a jak kilka to masz linki i musisz klikać.

To drugie jest też ideologicznie złe - bo żeby czytać plik w luci z filesystemu muszę zdefiniować uprawniania aplikacji do czytania takiego pliku (konkretnego). Mogę tam dać gwiazdkę ale wtedy nie wiem czy to przejdzie jako że jest otwarte na wszystkie pliki. Muszę zobaczyć jak filebrowser ma to rozwiązane.

To może zacznij od tego, abymozna było wołać tylko jeden skrypt. Wynik w oknie oraz plik w tempie.

kmaras77 napisał/a:

Cezary napisał/a:

Średnio to wygląda z punktu widzenia użytkownika, bo np. woła skrypt od logów i musi gdzieś tam jeszcze klikać żeby uzyskać wynik działania z tych logów. Chyba że zrobić tak że jak wybierzesz jeden skrypt to masz wynik od razu na ekranie a jak kilka to masz linki i musisz klikać.

To drugie jest też ideologicznie złe - bo żeby czytać plik w luci z filesystemu muszę zdefiniować uprawniania aplikacji do czytania takiego pliku (konkretnego). Mogę tam dać gwiazdkę ale wtedy nie wiem czy to przejdzie jako że jest otwarte na wszystkie pliki. Muszę zobaczyć jak filebrowser ma to rozwiązane.

To może zacznij od tego, abymozna było wołać tylko jeden skrypt. Wynik w oknie oraz plik w tempie.

Zrobiłem

Skrypty definuje się samodzielnie, ten od logu to np.

#desc:Log

logread -l 100

rm -- "$0"
exit 0

#desc to opis który pojawia się gui, rm -- "$0" to skasowanie skryptu jak się zakończy. Jak to działa macie na powyższych screenach - jest jedna akcja execute, otwiera sie okno, macie listę dostępnych skryptów, można wybrać i wykonać i tak w kółko. Jak się znudzi - zamyka się okno i tyle.

Skrypty są w /usr/share/apcontroller/scripts