Witam, Jeżeli mamy trwającą sesję i wpis w nodesessesions z czasem rozpoczęcia a bez czasu końca. W sesji pokazuje się czas załadowania strony jako czas końcowy i czas trwania na jedną minutę. Jeżeli z założenia mają być tam tylko sesje zakończone eliminuje to informację o stanie obecnym... Dodanie w LMS.class.php warunku podstawiającego time() i w nodesessions dodanie if przy stop dało by wynik oddający rzeczywistość. Pytanie czy można tak zrobić czy jest to celowe?
W dniu 04.03.2019 12:47, Sylwester Zdanowski napisał(a):
Witam,
Witam,
Jeżeli mamy trwającą sesję i wpis w nodesessesions z czasem rozpoczęcia a bez czasu końca. W sesji pokazuje się czas załadowania strony jako czas końcowy i czas trwania na jedną minutę.
Jeżeli z założenia mają być tam tylko sesje zakończone eliminuje to informację o stanie obecnym...
Dodanie w LMS.class.php warunku podstawiającego time() i w nodesessions dodanie if przy stop dało by wynik oddający rzeczywistość.
Pytanie czy można tak zrobić czy jest to celowe?
W jaki sposób na pozycji nodesessions.stop uzyskujesz 0? Skrypty używane w ramach LMS+ zawsze zakładają, że stop jest co najmniej taki jak start, a dodatkowo dostawiają jako stop np. czas komunikatu radius acct. Więc praktycznie sytuacja ze stop=0 w nodesessions praktycznie nie występuje. Moim zdaniem jeśli otrzymujesz komunikat acct to zawsze stop jest co na pewno co najmniej taki jak ostatnio otrzymany komunikat. -- Pozdrawiam Tomasz Chiliński, Chilan opiekun projektu LMS - http://lms.org.pl kierownik projektu LMS Plus / LMS+ - http://lms-plus.org
W dniu 04.03.2019, pon o godzinie 13∶22 +0100, użytkownik Tomasz Chiliński napisał:
W dniu 04.03.2019 12:47, Sylwester Zdanowski napisał(a):
Witam,
Witam,
Jeżeli mamy trwającą sesję i wpis w nodesessesions z czasem rozpoczęcia a bez czasu końca. W sesji pokazuje się czas załadowania strony jako czas końcowy i czas trwania na jedną minutę.
Jeżeli z założenia mają być tam tylko sesje zakończone eliminuje to informację o stanie obecnym...
Dodanie w LMS.class.php warunku podstawiającego time() i w nodesessions dodanie if przy stop dało by wynik oddający rzeczywistość.
Pytanie czy można tak zrobić czy jest to celowe?
W jaki sposób na pozycji nodesessions.stop uzyskujesz 0? Skrypty używane w ramach LMS+ zawsze zakładają, że stop jest co najmniej taki jak start, a dodatkowo dostawiają jako stop np. czas komunikatu radius acct. Więc praktycznie sytuacja ze stop=0 w nodesessions praktycznie nie występuje. Moim zdaniem jeśli otrzymujesz komunikat acct to zawsze stop jest co na pewno co najmniej taki jak ostatnio otrzymany komunikat.
Sam musiałem zrobić uzupełnianie, gdzie pole końca mam puste do czasu zakończenia. Z powyższym podejściem przyjmującym datę końcową jako co najmniej datę startu są dwa problemy. Przyjmowanie czasu startu lub kolejnej aktualizacji za czas końcowy wprowadza w błąd bowiem czasu końca sesji niema. Jeżeli dane są aktualizowane z kilku źródeł do lms co 5 minut(lub więcej) wygląda to jakby sesja się zakończyła. Teoretycznie nie jest to problem w praktyce łatwo o błąd. Trzeba przez pewien czas obserwować aktualizację. Dodatkowo jeżeli coś spowoduje niemożliwość aktualizacji danych. mając brak końca wiemy, że albo jest podłączony albo jest problem z aktualizacją. Jeżeli mamy ostatni czas aktualizacji będzie to wyglądać jakby komputer się rozłączył niewidoczny będzie problem z aktualizacją danych. Dodając do tego on-line komputera będziemy mieli niezamkniętą sesję i informację że komputer nie jest już online - od razu widać że coś jest nie tak z aktualizacją danych. Założenie że stop jest ustawiony zawsze maskuje taki problem.
W dniu 04.03.2019 14:09, Sylwester Zdanowski napisał(a):
W dniu 04.03.2019, pon o godzinie 13∶22 +0100, użytkownik Tomasz Chiliński napisał:
W dniu 04.03.2019 12:47, Sylwester Zdanowski napisał(a):
Witam,
Witam,
Jeżeli mamy trwającą sesję i wpis w nodesessesions z czasem rozpoczęcia a bez czasu końca. W sesji pokazuje się czas załadowania strony jako czas końcowy i czas trwania na jedną minutę.
Jeżeli z założenia mają być tam tylko sesje zakończone eliminuje to informację o stanie obecnym...
Dodanie w LMS.class.php warunku podstawiającego time() i w nodesessions dodanie if przy stop dało by wynik oddający rzeczywistość.
Pytanie czy można tak zrobić czy jest to celowe?
W jaki sposób na pozycji nodesessions.stop uzyskujesz 0? Skrypty używane w ramach LMS+ zawsze zakładają, że stop jest co najmniej taki jak start, a dodatkowo dostawiają jako stop np. czas komunikatu radius acct. Więc praktycznie sytuacja ze stop=0 w nodesessions praktycznie nie występuje. Moim zdaniem jeśli otrzymujesz komunikat acct to zawsze stop jest co na pewno co najmniej taki jak ostatnio otrzymany komunikat.
Sam musiałem zrobić uzupełnianie, gdzie pole końca mam puste do czasu zakończenia. Z powyższym podejściem przyjmującym datę końcową jako co najmniej datę startu są dwa problemy.
Przyjmowanie czasu startu lub kolejnej aktualizacji za czas końcowy wprowadza w błąd bowiem czasu końca sesji niema. Jeżeli dane są aktualizowane z kilku źródeł do lms co 5 minut(lub więcej) wygląda to jakby sesja się zakończyła. Teoretycznie nie jest to problem w praktyce łatwo o błąd. Trzeba przez pewien czas obserwować aktualizację.
Dodatkowo jeżeli coś spowoduje niemożliwość aktualizacji danych. mając brak końca wiemy, że albo jest podłączony albo jest problem z aktualizacją. Jeżeli mamy ostatni czas aktualizacji będzie to wyglądać jakby komputer się rozłączył niewidoczny będzie problem z aktualizacją danych.
Dodając do tego on-line komputera będziemy mieli niezamkniętą sesję i informację że komputer nie jest już online - od razu widać że coś jest nie tak z aktualizacją danych. Założenie że stop jest ustawiony zawsze maskuje taki problem.
Tyle, że przypisując 0 do nodesessions.stop komplikujemy wszystko i wtedy w zapytaniach np. zwracających listę sesji wg czasu zakończenia trzeba wstawiać dodatkowe warunki. -- Pozdrawiam Tomasz Chiliński, Chilan opiekun projektu LMS - http://lms.org.pl kierownik projektu LMS Plus / LMS+ - http://lms-plus.org
Witam, czy ktoś ma coś napisane, zrobione w kwestii adresacji ipv6 dla klientów w lms ? Pozdrawiam bleblas
W dniu 04.03.2019 14:09, Sylwester Zdanowski napisał(a):
W dniu 04.03.2019, pon o godzinie 13∶22 +0100, użytkownik Tomasz Chiliński napisał:
W dniu 04.03.2019 12:47, Sylwester Zdanowski napisał(a):
Witam,
Witam,
Jeżeli mamy trwającą sesję i wpis w nodesessesions z czasem rozpoczęcia a bez czasu końca. W sesji pokazuje się czas załadowania strony jako czas końcowy i czas trwania na jedną minutę.
Jeżeli z założenia mają być tam tylko sesje zakończone eliminuje to informację o stanie obecnym...
Dodanie w LMS.class.php warunku podstawiającego time() i w nodesessions dodanie if przy stop dało by wynik oddający rzeczywistość.
Pytanie czy można tak zrobić czy jest to celowe?
W jaki sposób na pozycji nodesessions.stop uzyskujesz 0? Skrypty używane w ramach LMS+ zawsze zakładają, że stop jest co najmniej taki jak start, a dodatkowo dostawiają jako stop np. czas komunikatu radius acct. Więc praktycznie sytuacja ze stop=0 w nodesessions praktycznie nie występuje. Moim zdaniem jeśli otrzymujesz komunikat acct to zawsze stop jest co na pewno co najmniej taki jak ostatnio otrzymany komunikat.
Sam musiałem zrobić uzupełnianie, gdzie pole końca mam puste do czasu zakończenia. Z powyższym podejściem przyjmującym datę końcową jako co najmniej datę startu są dwa problemy.
Przyjmowanie czasu startu lub kolejnej aktualizacji za czas końcowy wprowadza w błąd bowiem czasu końca sesji niema. Jeżeli dane są aktualizowane z kilku źródeł do lms co 5 minut(lub więcej) wygląda to jakby sesja się zakończyła. Teoretycznie nie jest to problem w praktyce łatwo o błąd. Trzeba przez pewien czas obserwować aktualizację.
Dodatkowo jeżeli coś spowoduje niemożliwość aktualizacji danych. mając brak końca wiemy, że albo jest podłączony albo jest problem z aktualizacją. Jeżeli mamy ostatni czas aktualizacji będzie to wyglądać jakby komputer się rozłączył niewidoczny będzie problem z aktualizacją danych.
Dodając do tego on-line komputera będziemy mieli niezamkniętą sesję i informację że komputer nie jest już online - od razu widać że coś jest nie tak z aktualizacją danych. Założenie że stop jest ustawiony zawsze maskuje taki problem.
No i dla DHCP stop=start ma akurat sens, bo nie musi pojawić się jakolwiek komunikat DHCP, który wskaże koniec sesji. Ponadto mają od razu ustawiony stop wiemy maksymalnie ile czasu trwała sesja. Dodatkowo jeśli chciałbyś uaktualniać stop sesji tylko, gdy pojawi się wyraźny komunikat to wskazujący to będziesz miał pozostawianych sporo sesji bez określonego czasu zakończenia - wtedy nawet nie da się aproksymować końca sesji. Ustawienie konfiguracyjne phpui.lastonline_limit można wykorzystać do tego, żeby określać czy dana sesja jest online czy nie (względem czasu stop sesji). -- Pozdrawiam Tomasz Chiliński, Chilan opiekun projektu LMS - http://lms.org.pl kierownik projektu LMS Plus / LMS+ - http://lms-plus.org
W dniu 04.03.2019, pon o godzinie 14∶22 +0100, użytkownik Tomasz Chiliński napisał:
W dniu 04.03.2019 14:09, Sylwester Zdanowski napisał(a):
W dniu 04.03.2019, pon o godzinie 13∶22 +0100, użytkownik Tomasz Chiliński napisał:
W dniu 04.03.2019 12:47, Sylwester Zdanowski napisał(a):
Witam,
Witam,
Jeżeli mamy trwającą sesję i wpis w nodesessesions z czasem rozpoczęcia a bez czasu końca. W sesji pokazuje się czas załadowania strony jako czas końcowy i czas trwania na jedną minutę.
Jeżeli z założenia mają być tam tylko sesje zakończone eliminuje to informację o stanie obecnym...
Dodanie w LMS.class.php warunku podstawiającego time() i w nodesessions dodanie if przy stop dało by wynik oddający rzeczywistość.
Pytanie czy można tak zrobić czy jest to celowe?
W jaki sposób na pozycji nodesessions.stop uzyskujesz 0? Skrypty używane w ramach LMS+ zawsze zakładają, że stop jest co najmniej taki jak start, a dodatkowo dostawiają jako stop np. czas komunikatu radius acct. Więc praktycznie sytuacja ze stop=0 w nodesessions praktycznie nie występuje. Moim zdaniem jeśli otrzymujesz komunikat acct to zawsze stop jest co na pewno co najmniej taki jak ostatnio otrzymany komunikat.
Sam musiałem zrobić uzupełnianie, gdzie pole końca mam puste do czasu zakończenia. Z powyższym podejściem przyjmującym datę końcową jako co najmniej datę startu są dwa problemy.
Przyjmowanie czasu startu lub kolejnej aktualizacji za czas końcowy wprowadza w błąd bowiem czasu końca sesji niema. Jeżeli dane są aktualizowane z kilku źródeł do lms co 5 minut(lub więcej) wygląda to jakby sesja się zakończyła. Teoretycznie nie jest to problem w praktyce łatwo o błąd. Trzeba przez pewien czas obserwować aktualizację.
Dodatkowo jeżeli coś spowoduje niemożliwość aktualizacji danych. mając brak końca wiemy, że albo jest podłączony albo jest problem z aktualizacją. Jeżeli mamy ostatni czas aktualizacji będzie to wyglądać jakby komputer się rozłączył niewidoczny będzie problem z aktualizacją danych.
Dodając do tego on-line komputera będziemy mieli niezamkniętą sesję i informację że komputer nie jest już online - od razu widać że coś jest nie tak z aktualizacją danych. Założenie że stop jest ustawiony zawsze maskuje taki problem.
No i dla DHCP stop=start ma akurat sens, bo nie musi pojawić się jakolwiek komunikat DHCP, który wskaże koniec sesji. Ponadto mają od razu ustawiony stop Dla DHCP to na bazie typu można zróżnicować zachowanie wiemy maksymalnie ile czasu trwała sesja. Dodatkowo jeśli chciałbyś uaktualniać stop sesji tylko, gdy pojawi się wyraźny komunikat to wskazujący to będziesz miał pozostawianych sporo sesji bez określonego czasu zakończenia - wtedy nawet To jest kwestia wyboru jaki problem "się woli". Do tego ten wątek się sprowadza. nie da się aproksymować końca sesji. Ustawienie konfiguracyjne phpui.lastonline_limit można wykorzystać do tego, żeby określać czy dana sesja jest online czy nie (względem czasu stop sesji).
tego nie rozumie. Jeżeli mam aktywną sesję ustawiam lastonline na czas sprawdzenia. na bazie lastonline i phpui.lastonline_limit wyświetla się "on-line". Jeżeli sesja się zakończy ustawiam w sesji datę końcową. jeżeli sesja nam wyparuje tak że niemożna ustawić daty końcowej to i tak nie odświeżę lastonline więc przejdzie mi jako nie podłączony przy niezamkniętej sesji. Problem powstaje jeżeli jedna sesja nie będzie miała zapisanego czasu końca a otworzy się nowa sesja na samym radiusie. Raz że problem bardziej teoretyczny. Prędzej będzie czasowy kłopot z aktualizacją danych. Dwa coś takiego tez można obsłużyć skryptem aktualizującym dane w lms.
uczestnicy (3)
-
Sylwester Zdanowski -
Tomasz Chiliński -
Łukasz Łuczak