Witam
Czy dużo pracy by było, aby dodać trochę więcej informacji o poczynaniach osób obsługujących LMS. Chodzi mi o takie drobiazgi jak np. ostatnie 10 operacji - kto, kiedy podłączył/odłączył komputer - kto, kiedy włączył/wyłączył powiadomienie dla komputera - kto, kiedy dodał zobowiązanie - kto, kiedy zablokował zobowiązanie - kto, kiedy usunął zobowiązanie ( i jakie ono było)
jeżeli powyższe robi skrypt (np. cutoff) to też żeby była o tym informacja
Im więcej pracowników obsługuje LMS tym więcej dzieje się niewyjaśnionych sytuacji a winnych brak.
Do tego (bo może można to ustawić) proszę o info jak zrobić, że jak odłączam klientowi komputer, który jest powiązany z taryfą, to żeby od razu ta taryfa była blokowana (o ile ta taryfa przypisana jest tylko do tego komputera).
pozdrawiam
Daniel Kulesza
Pokaż odpowiedzi według wątków
W dniu 06.07.2012 11:22, Daniel Kulesza napisał(a):
Witam
Witaj,
Czy dużo pracy by było, aby dodać trochę więcej informacji o poczynaniach osób obsługujących LMS. Chodzi mi o takie drobiazgi jak np. ostatnie 10 operacji
- kto, kiedy podłączył/odłączył komputer
- kto, kiedy włączył/wyłączył powiadomienie dla komputera
- kto, kiedy dodał zobowiązanie
- kto, kiedy zablokował zobowiązanie
- kto, kiedy usunął zobowiązanie ( i jakie ono było)
jeżeli powyższe robi skrypt (np. cutoff) to też żeby była o tym informacja
To jest bardzo duża praca do zrobienia, bo jak już robić takie rzeczy jak opisujesz, to warto byłoby przewidzieć wszelkie zdarzenia, które chcemy mieć logowane w LMS, a także mieć możliwość przeglądania/wyszukiwania zdarzeń z poziomu LMS. Oczywiście zaraz "bubki" prawdopodobnie napiszą, że to trywialne jest i tak dalej, tylko jak przychodzi co do czego to nic nie mają, albo proponują rozwiązania hakerskie ;-)
Im więcej pracowników obsługuje LMS tym więcej dzieje się niewyjaśnionych sytuacji a winnych brak.
Do tego (bo może można to ustawić) proszę o info jak zrobić, że jak odłączam klientowi komputer, który jest powiązany z taryfą, to żeby od razu ta taryfa była blokowana (o ile ta taryfa przypisana jest tylko do tego komputera).
Co do tego nie ma żadnych wątpliwości.
pozdrawiam
Daniel Kulesza
Witam...
trywialne i nie ale na pewno bardzo pracochłonne, trzeba odnaleźć wszystkie te miejsca w kodzie gdzie się zatwierdza/wprowadza jakieś zmiany i tam trzeba dopisać aby w innej bazie zapisywało się co i kto zmienił... potem trzeba zrobić jakiś layout gdzie będzie można to przeglądać ale to ostatnie to już 'kosmetyka' w porównaniu do poprzedniego
W dniu 2012-07-06 13:40, Tomasz Chiliński pisze:
W dniu 06.07.2012 11:22, Daniel Kulesza napisał(a):
Witam
Witaj,
Czy dużo pracy by było, aby dodać trochę więcej informacji o poczynaniach osób obsługujących LMS. Chodzi mi o takie drobiazgi jak np. ostatnie 10 operacji
- kto, kiedy podłączył/odłączył komputer
- kto, kiedy włączył/wyłączył powiadomienie dla komputera
- kto, kiedy dodał zobowiązanie
- kto, kiedy zablokował zobowiązanie
- kto, kiedy usunął zobowiązanie ( i jakie ono było)
jeżeli powyższe robi skrypt (np. cutoff) to też żeby była o tym informacja
To jest bardzo duża praca do zrobienia, bo jak już robić takie rzeczy jak opisujesz, to warto byłoby przewidzieć wszelkie zdarzenia, które chcemy mieć logowane w LMS, a także mieć możliwość przeglądania/wyszukiwania zdarzeń z poziomu LMS. Oczywiście zaraz "bubki" prawdopodobnie napiszą, że to trywialne jest i tak dalej, tylko jak przychodzi co do czego to nic nie mają, albo proponują rozwiązania hakerskie ;-)
Im więcej pracowników obsługuje LMS tym więcej dzieje się niewyjaśnionych sytuacji a winnych brak.
Do tego (bo może można to ustawić) proszę o info jak zrobić, że jak odłączam klientowi komputer, który jest powiązany z taryfą, to żeby od razu ta taryfa była blokowana (o ile ta taryfa przypisana jest tylko do tego komputera).
Co do tego nie ma żadnych wątpliwości.
pozdrawiam
Daniel Kulesza
W dniu 2012-07-06 13:40, Tomasz Chiliński pisze:
W dniu 06.07.2012 11:22, Daniel Kulesza napisał(a):
Witam
Witaj,
Witam
Czy dużo pracy by było, aby dodać trochę więcej informacji o poczynaniach osób obsługujących LMS. Chodzi mi o takie drobiazgi jak np. ostatnie 10 operacji
- kto, kiedy podłączył/odłączył komputer
- kto, kiedy włączył/wyłączył powiadomienie dla komputera
- kto, kiedy dodał zobowiązanie
- kto, kiedy zablokował zobowiązanie
- kto, kiedy usunął zobowiązanie ( i jakie ono było)
jeżeli powyższe robi skrypt (np. cutoff) to też żeby była o tym informacja
To jest bardzo duża praca do zrobienia, bo jak już robić takie rzeczy jak opisujesz, to warto byłoby przewidzieć wszelkie zdarzenia, które chcemy mieć logowane w LMS, a także mieć możliwość przeglądania/wyszukiwania zdarzeń z poziomu LMS. Oczywiście zaraz "bubki" prawdopodobnie napiszą, że to trywialne jest i tak dalej, tylko jak przychodzi co do czego to nic nie mają, albo proponują rozwiązania hakerskie ;-)
Jak patrzeć w tym aspekcie to ja bym chciał mieć wszystko logowane i tak jak piszesz mieć możliwość przeglądania tego. W powyzszych chodziło mi o info take jak jest np przy karcie klienta, kto i kiedy stworzył kto i kiedy zedytował. Co prawda jest tylko ostatnia informacja, ale zawsze to już coś. Jestem jednak za tym, że jak już coś robić to porządnie i logowanie wszystkiego to bardzo wskazana rzecz.
Im więcej pracowników obsługuje LMS tym więcej dzieje się niewyjaśnionych sytuacji a winnych brak.
Do tego (bo może można to ustawić) proszę o info jak zrobić, że jak odłączam klientowi komputer, który jest powiązany z taryfą, to żeby od razu ta taryfa była blokowana (o ile ta taryfa przypisana jest tylko do tego komputera).
Co do tego nie ma żadnych wątpliwości.
Czyli można to gdzieś ustawić ?
W dniu 2012-07-06 21:35, iNTERNET pisze:
Witam...
trywialne i nie ale na pewno bardzo pracochłonne, trzeba odnaleźć wszystkie te miejsca w kodzie gdzie się zatwierdza/wprowadza jakieś zmiany i tam trzeba dopisać aby w innej bazie zapisywało się co i kto zmienił... potem trzeba zrobić jakiś layout gdzie będzie można to przeglądać ale to ostatnie to już 'kosmetyka' w porównaniu do poprzedniego
A trigery, ja mam takie rozwiązanie przy ON/OFF komputera.
triger:
CREATE OR REPLACE FUNCTION t_nodes() RETURNS trigger AS $BODY$BEGIN IF (OLD.access = 1 AND NEW.access = 0) THEN NEW.info := NEW.info || '<b>access OFF ' || lms_current_user() || ' ' || now() || '</b><br>'; END IF; IF (OLD.access = 0 AND NEW.access = 1) THEN NEW.info := NEW.info || '<b>access ON ' || lms_current_user() || ' ' || now() || '</b><br>'; END IF; RETURN NEW; END; $BODY$ LANGUAGE plpgsql VOLATILE COST 100; ALTER FUNCTION t_nodes() OWNER TO lms;
tabela nodes:
CREATE TRIGGER t_nodes BEFORE UPDATE ON nodes FOR EACH ROW EXECUTE PROCEDURE t_nodes();
uczestnicy (4)
-
Daniel Kulesza -
iNTERNET -
Tomasz Chiliński -
Waldemar Dymkiewicz