- lms - lists.lms.org.pl

Re: [lms] Re: [lms] Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Wednesday, September 8, 2004, 11:57:05 AM, you wrote: ALEC> A.L.E.C wrote: >> lukas wrote: >>> Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, >>> którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą >>> danych. >> dobry pomysł, do zrobienia od zaraz ALEC> jeszcze pytanie, czy to polecenie ma być wykonywane przy starcie demona, czy ALEC> przy każdym połączeniu z bazą (domyślnie wyszłoby co minutę)? Jeśli myśleć o takim zastosowaniu, o którym ja napisałem to przy każdym połączeniu z bazą. Ja np taki tunel SSH odpalam na 10 sekund - jeśli w tym czasie nie zostanie nawiązane połączenie przez ten tunel to jest on zamykany. Nawiązane w ciągu tych 10 sekund połączenia nie są przerywane przez ssh. -------------------- Łukasz Wojciechowski

1 0

Re: [lms] Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by A.L.E.C 08 Wrz '04

08 Wrz '04

A.L.E.C wrote: > lukas wrote: >> Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, >> którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą >> danych. > dobry pomysł, do zrobienia od zaraz jeszcze pytanie, czy to polecenie ma być wykonywane przy starcie demona, czy przy każdym połączeniu z bazą (domyślnie wyszłoby co minutę)? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Wednesday, September 8, 2004, 11:36:28 AM, you wrote: ALEC> lukas wrote: >> Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, >> którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą >> danych. >> >> Dzięki temu mógłbym np ustanowić tunel SSH z serwerem na którym mam >> LMS'a a w lms.ini [database] podawalbym adres lokalnej maszyny. >> >> imho - brak możliwości zaszyfowania komunikacji ALMSD z bazą to bardzo >> poważny brak :) ALEC> dobry pomysł, do zrobienia od zaraz no to się cieszę bo do tej pory musiałem składać wszystko z kilku skryptów - teraz będzie łatwiej :) -------------------- Łukasz Wojciechowski

1 0

Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by A.L.E.C 08 Wrz '04

08 Wrz '04

lukas wrote: > Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, > którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą > danych. > > Dzięki temu mógłbym np ustanowić tunel SSH z serwerem na którym mam > LMS'a a w lms.ini [database] podawalbym adres lokalnej maszyny. > > imho - brak możliwości zaszyfowania komunikacji ALMSD z bazą to bardzo > poważny brak :) dobry pomysł, do zrobienia od zaraz -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

bledne naliczanie po nacisnieciu przycisku ROZLICZ
by andzio 08 Wrz '04

08 Wrz '04

Witam; Mam problem ktory zglaszalem juz do BTS, ale niestety zostal odrzucony. Pisze wiec na grupe, moze ktos juz sie z tym spotkal i pomoze. Chodzi o to ze np. mam uzytkownika z -19,90 saldem. Klikam na przycisk rozlicz, i LMS powinien wyrownac do 0. Zamiast jednak wyrownac LMS dodal wplate 119,70 przez co saldo uzytkownika wynosi 99,80 . Nie moge znalezc przyczyny takiego stanu rzeczy. Moze ktos podpowie gdzie szukac bledu? Przegladarka - MOZILLA ale pod IE tez tak sie dzieje. Moze baze mam jakas skopana bo juz kilka miesiecy ta sama? LMS najnowszy z CVS ale wczesniejsze wersje (1.3) tez testowane i to samo. Dla przykladu w zalaczniku dolaczam zrzut ekranu. Z gory dziekuje za pomoc; -- pozdrawiam andzio

1 0

Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Jeśli proponowane przezemnie zmiany weszły by do CVS to miałbym jeszcze jeden wg mnie bardzo ważny pomysł. Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą danych. Dzięki temu mógłbym np ustanowić tunel SSH z serwerem na którym mam LMS'a a w lms.ini [database] podawalbym adres lokalnej maszyny. imho - brak możliwości zaszyfowania komunikacji ALMSD z bazą to bardzo poważny brak :) pozdrawiam jak zawsze -------------------- Łukasz Wojciechowski

1 0

Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

ALEC> lukas wrote: >> daemon/almsd.c - kilka drobnych zmian ALEC> możesz napisać parę słów, jak to działa. Nie wiem czy dobrze rozumiem. ALEC> Uruchamiasz dla każdej sieci demona? I on sprawdza czy jego sieć jest w ALEC> tabeli reloads? Dokladnie tak. Tabela wygląda tak: CREATE TABLE reloads ( netid int(10) unsigned NOT NULL default '0', recordtype enum('0','1') NOT NULL default '0', userid int(10) unsigned NOT NULL default '0', timestamp int(10) unsigned NOT NULL default '0', PRIMARY KEY (netid,recordtype) ) TYPE=MyISAM; Chyba tylko pole recordtype wymaga wyjaśnienia. 0 - polecenie przeładowania (to widać na screenie z mojego pierwszego posta) 1 - potwierdzenie przeładowania (takie rekordy wstawiał by ALMSD po przeładowaniu konfiguracji i w LMS-UI byłoby widać, które z instancji ALMSD się przeładowały i w jakim momencie) Jeśli netid==0 to jest to polecenie przeładowania wszystkich sieci. Jeśli userid==0 to jest to potwierdzenie przeładowania i w LMS-UI zamiast imienia i nazwiska admina będzie "ALMSD". PRZYKŁAD: Z poziomu LMS-UI któryś z adminów chce przeładować konfigurację dla sieci 'SIEC1' - wybiera ją z listy, klika przeładuj i... Dodawany jest rekord z ID sieci, ID admina, recordtype='0', timestamp=time(). ALMSD na jakimś tam odległym routerze. 1. Odczytać timestamp poprzedniego przeładowania (np z pliku) lub 0 - $last_timestamp 2. Odczytać z lms.ini sieci, którymi ma się zajmować dana instancja ALMSD - $networks (tablica z IDkami sieci) 3. Wykonać zapytanie "SELECT timestamp FROM reloads WHERE (netid IN(".join(','$networks).") OR netid=0) AND recordtype = '0' AND timestamp > $last_timestamp 4. Czy zwrócono jakiekolwiek rekordy? 4.1 [TAK] - pojechać po zdefiniowanych w lms.ini instancjach 4.1.1 Dla każdego ID z $networks wykonać zapytanie "REPLACE INTO reloads values($netid,'1',0,".time().")" 4.1.2 Zapisać aktualny timestamp w pliku 4.1.3 Zakończyć działanie 4.2 [NIE] - zakończyć działanie Mniej więcej w ten sposób. Dzieki tym zmianom, będzie można przeładowywać konfigurację tylko na konkretnym routerze. ^^^^^^^^^^^^^ ver1 W między czasie wpadłem na kolejną - lekko ulepszoną i elastyczniejszą wersję tego mechanizmu. Niech to bedzie ver2, opis poniżej. Niektóre moduły ALMSD wymagają w konfiguracji wylistowania sieci, które mają brać pod uwagę podczas działania - tutaj można by zmodyfikować ALMSD i takie moduły aby to ALMSD przekazywał IDki sieci, którymi poszczególne moduły mają się zająć - to by wyeliminowało konieczność definiowania listy sieci w kilku miejscach - wystarczyło by w sekcji [lmsd] Algorytm z ver1 w przypadku gdy ALMSD będzie mial skonfigurowanych kilka sieci - dokona przeładowania zawsze i dla każdej sieci jeśli tylko istnieje polecenie przeładowania dla którejkolwiek z nich. W ver2 od punktu 4 wyglądałoby to tak: 4. Czy zwrócono jakiekolwiek rekordy? 4.1 [TAK]Pobrać IDki sieci, z rekordów z punktu 4. - $reload_networks 4.1.05 pojechać po zdefiniowanych w lms.ini instancjach podając każdej z nich (każdemu modułowi) listę sieci ($reload_networks), które ma wziąć pod uwagę 4.1.1 Dla każdego ID z $reload_networks wykonać zapytanie "REPLACE INTO reloads values($netid,'1',0,".time().")" 4.1.2 Zapisać aktualny timestamp w pliku 4.1.3 Zakończyć działanie 4.2 [NIE] - zakończyć działanie I dla ver1 i ver2 można założyć że definicja sieci w sekcji [lmsd] pliku lms.ini ma zwierać nazwy sieci oddzielone spacją. ALMSD zanim zacząłby cokolwiek sprawdzać to przetłumaczył by sobie te nazwy na IDki - to by jeszcze bardziej uelastyczniło cały mechanizm - ale z drugiej strony nie wydaje mi się, żeby tablica networks a zarazem powiązania nazwasieci <=> idsieci często się zmieniały. huh - no ja bym to tak widział :) Mam gotowe pliki reload.php i reload.html. W alms.c dopiero dłubię i pewnie mi to chwilę zajmie ale jeśli pomysł się spodobał to może ALEC by się zają plikiem alms.c? -------------------- Łukasz Wojciechowski

1 0

Re: Mala optymalizacja
by detekt2＠detekt.pl 08 Wrz '04

08 Wrz '04

Witam Tomasz, > On Wed, 8 Sep 2004 00:55:17 +0200, detekt2 wrote >> Witam , > Witaj. >> btw. takie samo spowolnienie wystepuje przy uzytkownikach i pewnie >> tez LEFT JOIN tu psuje > Jakiej bazdy danych używasz? MySql? mysql 4.0.14 i maszyna nie jest zabijana :) -- Pozdrawiam Michal Kusmirek

1 0

Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by A.L.E.C 08 Wrz '04

08 Wrz '04

lukas wrote: > daemon/almsd.c - kilka drobnych zmian możesz napisać parę słów, jak to działa. Nie wiem czy dobrze rozumiem. Uruchamiasz dla każdej sieci demona? I on sprawdza czy jego sieć jest w tabeli reloads? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Witam Już kilka razy o tym gdzieś tam wspominałem a teraz już mam prawie gotowy kod. Mówię o możliwości przeładowywania konfiguracji tylko konkretnych sieci. Mi jest to bardzo potrzebne, bo wdrażam LMS'a do firmy z ponad 10 lokalizacjami. Wygląda to tak jak na załączonym obrazku. Zrobiłem to w oparciu o nową tabelę, którą nazwałem "reloads" (4pola). Zmian wymagają pliki: doc/lms.mysql - definicja tabeli reloads modules/reload.php - napisany od nowa templates/reload.html - napisany od nowa daemon/almsd.c - kilka drobnych zmian Szefowie :) - co wy na to? Jeśli się zdecydujecie to podeślę konkretny kod i opiszę wszystko szczegółowo. pozdrawiam -------------------- Łukasz Wojciechowski

1 0