- lms - lists.lms.org.pl

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

Re: Mala optymalizacja
by A.L.E.C 08 Wrz '04

08 Wrz '04

Tomasz Chilinski wrote: > Jakiej bazdy danych używasz? MySql? MySQL. Optymalizator postgresa radzi sobie z taką sytuacją wyśmienicie, oto wyniki moich testów. Invoices-3000, Invoicecontents-4500 rekordów. P4 2,8 GHz, 256 RAM PostgreSQL: 1. z JOINem 0,13 sek. 2. bez JOINa 0,13 sek. 3. założenie indeksu na invoicecontents.invoiceid nic nie zmienia MySQL: 1. z JOINem 40,0 sek. 2. bez JOINa 0,18 sek. 3. z indeksem j.w. 0,18 sek. Reasumując zmiana zaproponowana przez detekta jest uzasadniona (po co zakładać indeks jak można zmienić zapytanie). Zwracam także uwagę na wyniki postgresa :) Co do listy użytkowników, to problem został rozwiązany wczoraj. W tym wypadku nie można zrezygnować z LEFT JOINów. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Mala optymalizacja
by Tomasz Chilinski 08 Wrz '04

08 Wrz '04

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? > Pozdrawiam Michal Kusmirek Pozdrawiam Tomasz Chiliński

1 0

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

08 Wrz '04

Witam , od razu uprzedzam ze na bazach sie nie znam, odrobine ich uzywam ale zaczelo mnie zastanawiac czemu jak mam 2300 faktur przechodzenie przez kolejne podstrony trwa az tak dlugo wiec zrobilem prosty test zapytanie z funkcji GetInvoicesList() : SELECT id, number, cdate, customerid, name, address, zip, city, finished, SUM(value*count) AS value, COUNT(invoiceid) AS count >FROM invoices LEFT JOIN invoicecontents ON invoiceid = id WHERE finished = 1 GROUP BY id, number, cdate, customerid, name, address, zip, city, finished ORDER BY cdate ASC zmodyfikowalem na takie : SELECT id, number, cdate, customerid, name, address, zip, city, finished, SUM(value*count) AS value, COUNT(invoiceid) AS count >FROM invoices ,invoicecontents WHERE finished = 1 and invoiceid = id GROUP BY id, number, cdate, customerid, name, address, zip, city, finished ORDER BY cdate ASC i wynik mnie zaskoczyl : na moim p4 2.8 oryginalne zapytanie wykonywalo sie : Pokazanie rekordów 0 - 29 (2276 wszystkich, Wykonanie zapytania trwało 20.1586 sekund(y)) natomiast to zmodyfikowane : Pokazanie rekordów 0 - 29 (2276 wszystkich, Wykonanie zapytania trwało 0.1459 sekund(y)) wyniki obu zapytan byly identyczne wiec jezeli optymalizacja jest sluszna to zrobie maly update w cvs btw. takie samo spowolnienie wystepuje przy uzytkownikach i pewnie tez LEFT JOIN tu psuje -- Pozdrawiam Michal Kusmirek

1 0