- lms - lists.lms.org.pl

Re: [SPAM] Re: Wygląd
by "FUNETIA - Paweł (Px2) Peters" 26 Kwi '05

26 Kwi '05

A.L.E.C napisał(a): >FUNETIA - Paweł (Px2) Peters wrote: > > >>Mam taka propozycje, oczywiscie tworcom moze sie nie spodobac, co by >>posprzatac wyglad do jednego style.css. >>Wpadl mi do glowy pomysl zmodyfikowania wygladu, bo standardowy troche >>mi sie z kurzem kojarzy ale jak zobaczylem ze zmienic trzeba nie tylko w >>style.css to zrezygnowalem. >>Jakies za? przeciw? autor postu nie wie o czym pisze? >> >> > >jest to planowane w bliżej nie określonej przyszłości. > > > chyba odczuwam wplyw joemonster'a ;) ok

1 0

Re: [lms] Wygląd
by A.L.E.C 26 Kwi '05

26 Kwi '05

FUNETIA - Paweł (Px2) Peters wrote: > Mam taka propozycje, oczywiscie tworcom moze sie nie spodobac, co by > posprzatac wyglad do jednego style.css. > Wpadl mi do glowy pomysl zmodyfikowania wygladu, bo standardowy troche > mi sie z kurzem kojarzy ale jak zobaczylem ze zmienic trzeba nie tylko w > style.css to zrezygnowalem. > Jakies za? przeciw? autor postu nie wie o czym pisze? jest to planowane w bliżej nie określonej przyszłości. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Wygląd
by kapral＠buntownik.pl 26 Kwi '05

26 Kwi '05

Witaj FUNETIA, W Twoim liście datowanym 26 kwietnia 2005 (13:46:42) można przeczytać: > Mam taka propozycje, oczywiscie tworcom moze sie nie spodobac, co by > posprzatac wyglad do jednego style.css. > Wpadl mi do glowy pomysl zmodyfikowania wygladu, bo standardowy troche > mi sie z kurzem kojarzy ale jak zobaczylem ze zmienic trzeba nie tylko w > style.css to zrezygnowalem. > Jakies za? przeciw? autor postu nie wie o czym pisze? > Pozdrawiam > Px2 Jak najbradziej za -- Pozdrowienia, kapral(a)buntownik.pl

1 0

Wygląd
by "FUNETIA - Paweł (Px2) Peters" 26 Kwi '05

26 Kwi '05

Mam taka propozycje, oczywiscie tworcom moze sie nie spodobac, co by posprzatac wyglad do jednego style.css. Wpadl mi do glowy pomysl zmodyfikowania wygladu, bo standardowy troche mi sie z kurzem kojarzy ale jak zobaczylem ze zmienic trzeba nie tylko w style.css to zrezygnowalem. Jakies za? przeciw? autor postu nie wie o czym pisze? Pozdrawiam Px2

1 0

Re: jeszcze lmsd
by Grzegorz Stanislawski 26 Kwi '05

26 Kwi '05

A.L.E.C napisał(a): > Grzegorz Stanislawski wrote: > >>>+ } else if (fval==0) { //child >>>+// //restore old handler so we can wait() for childs executed by modules >>>+// sigaction (SIGCHLD,&orig, NULL) ; > to w końcu potrzebne to jest czy nie? no wlasnie nie jestem pewien. dlatego jest wyhashowane. przy braku tego moga byc problemy z procesami odpalanymi przez moduly, a forki sa i w ping i w system i pewnie beda w nowych modulach. Dobrze by bylo przygotowac autorom modulu wmiare standardowe srodowisko Z drugiej strony jest to poki co niepotrzebne wywolanie systemowe. proponuje na razie to zostawic zachaszowane. Jak ktos beedzie mial taki problem przy pisaniu jakiegos modulu to bedzie mial gotowa podpowiedz. >>>+ }else { //parent >>>+ sleep(100); > z tym sleep(100) to coś nie bardzo, próbowałeś go uruchamiać z opcją -q, > albo bez -qf > sleep ma pozwolic systemowi zajecie sie przez chwile potomkiem i przyniesc efekt w postaci mniejszego obciazenia systemu (choc zauwazalnosc tego jest nikla) -qf jest rownowazne -q. -f nie wplywa na nic innego niz pierwszy fork co zreszta widac wyraznie w zrodlach. > zrobiłem tak: > // forking reload - we can do a job for longer than one minute > [..] > else if( fval==0 ) //child > { > setsid(); // załatwia sprawę wyświetlania czegokolwiek na > // stdout, ale nie wiem czy to jest właściwe nie wydaje mi sie ze setsid tu ma jakikolwiek sens, jesli juz mialoby byc to tam gdzie caly lmsd sie demonizuje. poza tym setsid nie sluzy temu. Wyswietlanie na stdout nie jest niczym zlym a nawet jest porzytecznie. Mozna to puscic do pliku i zrobic w ten sposob loga. Tez nalezy sie zastanowic czy przy -q warto wogole forkowac worker threada. lmsd -q jest przeznaczone (imho) do puszczenia go z palca w shellu, albo w skrypcie i kazdy kto to puszcza chcialby widziec wynik (jesnie nie to zawsze mozna dac >/dev/null) i miec pewnosc ze reload sie skonczyl. zmiana jest banalna: if(quit) fval=fork() else fval=0; w 264 lini > // exit child (reload) thread > if( quit ) > termination_handler(0); // write info to syslog > else > exit(0); > } > else if( quit ) exit(0); Zupelnie nie rozumiem po co ci ten fragment (dokladnie czemu ma tak wygladac). mysle ze debug o "reload child exit" jest bardziej czytelny. exit(0) za klamerka to zakonczenie calego demona a wiec tam powinien byc termination_handler(0). exit(0) przed klamerka tu jak i w moim patchu mozna nawet pominiac. Inna sprawa ze zamiast tylu exitow, bardziej elegancko bylo by poslugiwac sie wyskakiwaniem z petli przez break. Na razie chcialem aby moj patch byl jak najmniej inwazyjny w strukture programu. Mysle ze jest tu jeszcze sporo do zoptymalizowania. Grzegorz Stanislawski

1 0

Re: jeszcze lmsd
by A.L.E.C 26 Kwi '05

26 Kwi '05

Piotr Górski wrote: > A z moich testów wynika, że jak się nic nie wpisze w polu Crontab w > LMSUI to dany moduł odpala się co minute - lmsd ma gdzieś to czy w bazie > jest zaznaczone przeładuj czy nie... to dzisiaj poprawię (jest w patchu G.Stanisławskiego) > No i ggnotify mi kompletnie nie działa... o czym już zresztą pisałem... pisałem jak go uruchomić/kompilować, SOA#1 -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: jeszcze lmsd
by Piotr Górski 26 Kwi '05

26 Kwi '05

A z moich testów wynika, że jak się nic nie wpisze w polu Crontab w LMSUI to dany moduł odpala się co minute - lmsd ma gdzieś to czy w bazie jest zaznaczone przeładuj czy nie... No i ggnotify mi kompletnie nie działa... o czym już zresztą pisałem... -- Piotrek Górski http://www.audioscrobbler.com/user/sledzik1984 Mój klucz PGP: http://tinyurl.com/3nhvd

1 0

Re: jeszcze lmsd
by A.L.E.C 26 Kwi '05

26 Kwi '05

Grzegorz Stanislawski wrote: [ciach] >> - doklada spowrotem opcje -f (run in foreground" albo jak kto woli >> "don't fork"), nie pomyślałem że to będzie potrzebne I dobrze, że ktoś się wreszcie zabrał za testy nowego demona. A oto co wymaga jeszcze dopracowania, czy też ustalenia (usunąłem fragmenty które nie budzą wątpliwości i zostaną uwzględnione) >> - poprawia blad z forkowaniem "worker thread'a" czyli sprawia ze caly >> program zachowuje sie jak na daemona przystalo (m.in nie skacze po >> pidach i nie zostawia zombich) hmm... coś mi nie chce to działać, mógłbyś jeszcze potestować i odnieść się do poniższych uwag/pytań? >> + } else if (fval==0) { //child >> +// //restore old handler so we can wait() for childs executed by modules >> +// sigaction (SIGCHLD,&orig, NULL) ; to w końcu potrzebne to jest czy nie? >> - if( quit ) >> - termination_handler(0); // write info to syslog >> - else >> - exit(0); >> +#ifdef DEBUG1 >> + syslog(LOG_INFO, "Reload child exiting..."); >> +#endif >> + >> + exit(0); >> + }else { //parent >> + sleep(100); z tym sleep(100) to coś nie bardzo, próbowałeś go uruchamiać z opcją -q, albo bez -qf zrobiłem tak: // forking reload - we can do a job for longer than one minute int fval = fork(); if( fval < 0 ) { syslog(LOG_CRIT, "Fork error. Can't reload."); if ( quit ) termination_handler(1); } else if( fval==0 ) //child { setsid(); // załatwia sprawę wyświetlania czegokolwiek na // stdout, ale nie wiem czy to jest właściwe rozwiązanie (?) [...] // exit child (reload) thread if( quit ) termination_handler(0); // write info to syslog else exit(0); } else if( quit ) exit(0); [...] co ty na to? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: dodatkowy ip dla komputera - NAT
by KubaTyszko 26 Kwi '05

26 Kwi '05

On Sat, Apr 23, 2005 at 04:36:37PM +0200, Krzysztof Lewandowski wrote: > KubaTyszko napisał(a): > >On Sat, Apr 23, 2005 at 02:46:25PM +0200, KubaTyszko wrote: > > > >>czesc. > >>chcecie taka funkcjonalnosc ? > >>wlasnie to robie "na zamowienie" i jak ktos chce to moge zacommitowac. > >>(moze byc to "regulowane" opcja np. "support nat extra ip" czy jakos > >>tak... > >> > >> > >> > > > >jakby ktos nie wiedzial o co chodzi : ;-) > >dodaje dodatkowe pole (drugi adres ip (publiczny)) dla komputerow ktorym > >robi sie NAT statyczny 1=1. > >oczywiscie co sie z tym wiaze dodaje to do wyszukiwarki, itp.itd. > > > > > > > > > Tak przyda się taka opcja na stałe w lms, ja też własnie wprowadzam > natowanie 1:1 publicznych IP dla klientów. > > KL > > -- > Krzysztof Lewandowski - krzysiek(a)lca.pl > Oficjalny Portal Miasta Legnicy - www.lca.pl > 59-220 Legnica, ul. Pomorska 56 > tel. (76) 866 49 11 biuro(a)lca.pl > Nie odpisuje na listy pisane w HTML > > w najnowszej CVS juz wszystko jest nieprzerobione sa jeszcze skrypty firewallowe itp.

1 0

Re: [lms] uwzględnienie VATu w taryfie
by A.L.E.C 26 Kwi '05

26 Kwi '05

Andrzej Kosmala wrote: > Zamierzam zmienić definicję taryfy i uwzględnić w niej VAT. Dotychczas > mam zw. > Czy w pozycji wartość ma być netto? czy pozostawić brutto a dodać tylko > wielkość PTU? brutto -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0