- lms - lists.lms.org.pl

Re: drobiazgi
by Goblin 01 Sty '03

01 Sty '03

> > > 1. jezeli mam kilka sieci to moze zajsc sytuacja ze w roznych sieciach > > > pojawi sie ten sam adres MAC > > > > Nie ma prawa. Jeżeli tak sądzisz to nie wiesz co to jest MAC ;) > > slonko, a slyszales o mozliwosci programowego zmienienia mac-a? no to > slyszysz teraz... programowe zmiany juz nas nie obchodza bo to kombinowanie jakiegos pseudohackuserstwa a nie opcja ktora nalezy wkladac do programu. Jak dajesz userowi karte to nie zalezy ci na tym by sobie maca programowo zmienial. Choc mozliwosc, jakby nie patrzec, jest. -- Goblin.

1 0

Re: drobiazgi
by Zbigniew Jarosik 01 Sty '03

01 Sty '03

On Wed, 1 Jan 2003, Łukasz Mozer wrote: <CUT> > > 1. jezeli mam kilka sieci to moze zajsc sytuacja ze w roznych sieciach > > pojawi sie ten sam adres MAC > > Nie ma prawa. Jeżeli tak sądzisz to nie wiesz co to jest MAC ;) slonko, a slyszales o mozliwosci programowego zmienienia mac-a? no to slyszysz teraz... <CUT> -- Zibi Jarosik gadu-gadu: 2830 Phone: (+48)503-134-486

1 0

Re: drobiazgi
by Goblin 01 Sty '03

01 Sty '03

> > Nie ma prawa. Jeżeli tak sądzisz to nie wiesz co to jest MAC ;) > > Zdarza sie - szczegolnie na kiepskich tajwanskich kartach - mialem > kilka tego typu przypadkow. coprawda osobiscie mi sie nie zdarzylo ale slyszalem... dlatego wlasnie ewentualne wystapienie duplikatu mozna by sygnalizowac jakims warningiem (przydatne gdy pojawi sie jakis dziwny problem w sieci a pote mmoze sie okazac nagle ze to kwestia MAC'a > >> 2. Co jezeli w danym momencie nie moge pobrac nueru MAC karty? user nie > >> dopisuje sie do bazy. > > > dodajesz jakieś udziwnione wpisy. > > Nie zgadzam sie z tym - tworzy to niepotrzebny syf w bazie - wpis > MAC'a powinien byc opcjonalny - nie wymagany do dodania wpisu dokladnie -- Goblin.

1 0

Re: drobiazgi
by Paweł "Argail" Kowalski 01 Sty '03

01 Sty '03

W dniu 2003-01-01, lms-l(a)rulez.pl napisał(a) > Nie ma prawa. Jeżeli tak sądzisz to nie wiesz co to jest MAC ;) Zdarza sie - szczegolnie na kiepskich tajwanskich kartach - mialem kilka tego typu przypadkow. >> 2. Co jezeli w danym momencie nie moge pobrac nueru MAC karty? user nie >> dopisuje sie do bazy. > dodajesz jakieś udziwnione wpisy. Nie zgadzam sie z tym - tworzy to niepotrzebny syf w bazie - wpis MAC'a powinien byc opcjonalny - nie wymagany do dodania wpisu -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: drobiazgi
by Łukasz Mozer 01 Sty '03

01 Sty '03

Witaj Goblin, W Twoim liście z dnia 1 stycznia 2003 (20:08:39) można przeczytać: > Hejka, > wszystkiego w nowym roku i garsc pomyslow/spostrzezen > 1. jezeli mam kilka sieci to moze zajsc sytuacja ze w roznych sieciach > pojawi sie ten sam adres MAC Nie ma prawa. Jeżeli tak sądzisz to nie wiesz co to jest MAC ;) > 2. Co jezeli w danym momencie nie moge pobrac nueru MAC karty? user nie > dopisuje sie do bazy. dodajesz jakieś udziwnione wpisy. > 4. Co do finansow to przydala by sie mozliwosc wyswietlania oraz robienia > raportow/zestawien z danego miesiaca roku i/lub innego okresu, kontrola > terminow platnosci. Dorobi się. Terminy lms-scripts załatwiają. > 5. mozliwosc wystawienia za jednym zamachem platnosci dla wszystkich userow Od tego jest skrypt z lms-scripts który co miesiąc wystawia abonament dla każdego usera. > 6. na liscie userow informacja o taryfuie jaka jest przypisana Jest w TODO. Przepisywanie na ADODB jest bardziej priorytetowe. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

drobiazgi
by Goblin 01 Sty '03

01 Sty '03

Hejka, wszystkiego w nowym roku i garsc pomyslow/spostrzezen 1. jezeli mam kilka sieci to moze zajsc sytuacja ze w roznych sieciach pojawi sie ten sam adres MAC 2. Co jezeli w danym momencie nie moge pobrac nueru MAC karty? user nie dopisuje sie do bazy. 3. aby oszczedzic klikania, przy dodawaniu uzytkownika powinna byc mozliwosc wpisania jednoczesnie jednego komputera razem z wpisywaniem reszty danych. 4. Co do finansow to przydala by sie mozliwosc wyswietlania oraz robienia raportow/zestawien z danego miesiaca roku i/lub innego okresu, kontrola terminow platnosci. 5. mozliwosc wystawienia za jednym zamachem platnosci dla wszystkich userow 6. na liscie userow informacja o taryfuie jaka jest przypisana to chyba tyle pomyslow na dzisiaj :) -- Goblin

1 0

drobna uwaga
by Pawel Bernadowski 31 Gru '02

31 Gru '02

Czy mozna by takze dodac opcje ustalania indywidualnego terminu dla userow, tzn jezeli user nie ma przypisanego zadnego terminu to stosowany jest domyslny. Pawel Bernadowski GG 3377

1 0

Re: Życzenia
by Pawel Kowalski 31 Gru '02

31 Gru '02

On Tue, 31 Dec 2002, Łukasz Mozer wrote: > Witajcie. > > Szczęśliwego Nowego Roku ludzki. > > Oby wam się :) > Oby nam sie ;))) Oby LSM stal sie lepszy od platnika (czesciowo juz jest lepszy) i calkowicie go wyparl ;ppp Oby bugow było coraz mniej, świetnych pomysłów proporcjonalnie wiecej ;))) Wsiego Najlepszego ;)) -- Kowalski Paweł ats 26-600 Radom ul. Zeromskiego 75/208 Sys&Net Admin of :ats internet argail(a)ats.pl tel.(048) 3660030 ext. 31

1 0

Życzenia
by Łukasz Mozer 31 Gru '02

31 Gru '02

Witajcie. Szczęśliwego Nowego Roku ludzki. Oby wam się :) -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: lms-cutoff
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Paweł, W Twoim liście z dnia 29 grudnia 2002 (21:36:56) można przeczytać: > Aby uniknac ew. niemilych niespodzianek proponuje dodac wysylanie > emaila do osob wpisanych jako administratorzy (lub okreslonych w inny > sposob) Wystarczy nie odpalać z -q (bo to i tak przewidziane do crona) a skrypty odpwowiednie rzeczy wywalają na stdout. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: lms-cutoff
by Paweł "Argail" Kowalski 29 Gru '02

29 Gru '02

W dniu 2002-12-29, lms-l(a)rulez.pl napisał(a) > Oki. Ten skrypcik zmienia status komputerów na odłączone jeżeli saldo > użytkownika określone przez: > [cutoff] > limit = kwota > Zejdzie poniżej tego limitu. Aby uniknac ew. niemilych niespodzianek proponuje dodac wysylanie emaila do osob wpisanych jako administratorzy (lub okreslonych w inny sposob) -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: lms-cutoff
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Marek, W Twoim liście z dnia 29 grudnia 2002 (21:26:56) można przeczytać: > NICE :) To teraz powinno byc polaczenie z inym skryptem ktory by > odpalal wlasciwa dla OSa regulke lms-makeipchains lms-makeiptables lms-openbsdpf Domyślnie ustawiają regułki by nie było dostępu. Mogą one zostać wywołane po lms-cutoff chociażby. Docelowo demon perlowy którego napisze jak wykryje zmiany w tabelach to weźmie i zregeneruje od nowa reguły. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: lms-cutoff
by Marek Pieróg 29 Gru '02

29 Gru '02

Czesc, Łukasz, Sunday, December 29, 2002, , napisałeś(aś): ŁM> Oki. Ten skrypcik zmienia status komputerów na odłączone jeżeli saldo ŁM> użytkownika określone przez: ŁM> [cutoff] ŁM> limit = kwota ŁM> Zejdzie poniżej tego limitu. NICE :) To teraz powinno byc polaczenie z inym skryptem ktory by odpalal wlasciwa dla OSa regulke czyli dla netfilter iptables -A FORWARD -m mac --mac-source $1 -j DROP iptables -t nat -A PREROUTING -m mac --mac-source $USER -p tcp --dport 80 - j DNAT --to moj_serwer:jakisport Odrazu mowie na ipf sie z tego co wiem nie da - nie ma mozliwosci operowania na ARPach ;( (chyba ;) - tutaj zapewne bedzie potrzebne ipfw) -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net Od 1 I 2003 nareszciewolny administrator LAN ;)

1 0

lms-cutoff
by Łukasz Mozer 29 Gru '02

29 Gru '02

Oki. Ten skrypcik zmienia status komputerów na odłączone jeżeli saldo użytkownika określone przez: [cutoff] limit = kwota Zejdzie poniżej tego limitu. Pozdrawiam. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: lms-scripts: lms-notify
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Łukasz, W Twoim liście z dnia 29 grudnia 2002 (20:11:59) można przeczytać: > mailtemplate = /etc/lms-mailtemplate.txt O, a tak ten plik wygląda u mnie: UWAGA! Ta wiadomość została wygenerowana automatycznie. Uprzejmie informujemy iż na Pani/Pana koncie figuruje zaległość w opłatach za internet w wysokości %B zł. Jeżeli chcieliby Państwo uregulować zaległość prosimy o kontakt. Pozdr. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

lms-scripts: lms-notify
by Łukasz Mozer 29 Gru '02

29 Gru '02

Hej. W lms-scripts pojawił się nowy skrypt: lms-notify - wysyłający info do luserii o zaległościach w opłatach. Opcje configa: [notify] ; Limit poniżej którego zostanie wysłane info. Jak user będzie miał ; -20.01 to mu wtedy wyśle. Domyślnie 0. limit = -20 ; Temat maila. Musi być ustawione, inaczej lms-notify pożegna się z ; fatal error mailsubject = Informacja o zaległościach w opłatach za internet ; Plik z templejtem maila do usera. Zwykły plik tekstowy, równierz ; musi być ustawione bo inaczej fatal-error mailtemplate = /etc/lms-mailtemplate.txt ; Adres nadawcy (musi być ustawiony) mailfrom = administratorzy(a)netx.waw.pl ; Nazwa nadawcy (musi być ustawiony) mailfname = Administratorzy ; Serwer SMTP (domyślnie 127.0.0.1) smtp_server = 213.241.14.14 ; Email do debugowania - na ten email zostanie wysłana wiadomość ; zamiast do użytkownika. Dobre w wypadku gdy chcemy potestować ; skrypt i templejt wiadomości. debug_email = lukasz(a)rulez.pl W subjectie i templejcie dozwolone jest użycie %B - okreslającego aktualny bilans użytkownika, teraz czekam na propozycje jakie jeszcze takie subtytuty mogłby być użyte. Zapraszam do testów of coz. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: sugestie
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Andrzej, W Twoim liście z dnia 29 grudnia 2002 (18:55:16) można przeczytać: > Witam wszystkich. > Niedawno zainstalowałem u siebie LMS'a. Bardzo mi się podoba ten projekt. Tak trzymać! > Mam nadzieję, że będzie się szybko rozwijał stając się jeszcze lepszym. > Na początek kilka moich sugestii: Dziękujemy ;) > 1. W sekcji Sieci IP Podzielić na strony, będzie zrobione, chociaż imho idiotyzm definiować większe segmenty ethernetowe niż 1024 adresy. > 2. Edycja rekordów rozliczeniowych. Hm. Jeżeli użytkownik wpłaci nam 60 zł, my zaksięgujemy 70zł, to dodajemu wpłatę -10zł z info "korekta do pozycji n.". Jest to wg. mnie najestetyczniejsze rozwiązanie niż pozwolenie komukolwiek na dłubanie w logu kasowym. IMHO wogóle kasa powinna być zapisywana wogóle w jakiś ciężki do modyfikacji sposób - uchroni to przed malwersacjami wśród adminów sieci amatorskich, bo mimo wszystko wątpie by jakokolwiek firma oparła na LMS'ie podstawę do jakichkolwiek rozliczeń. > 3. Podliczanie komputerów > Nowo utworzony użytkownik ma wszystkie komputery domyślnie > odłączone. OK. Tylko, że w podsumowaniu liczba komputerów > odłączonych pokazuje 0. Przyjżę się temu. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

sugestie
by Andrzej Polatyński 29 Gru '02

29 Gru '02

Witam wszystkich. Niedawno zainstalowa³em u siebie LMS'a. Bardzo mi siê podoba ten projekt. Tak trzymaæ! Mam nadziejê, ¿e bêdzie siê szybko rozwija³ staj±c siê jeszcze lepszym. Na pocz±tek kilka moich sugestii: 1. W sekcji Sieci IP Nie wiem czy dobrym rozwi±zaniem jest wy¶wietlanie wszystkich adresów IP dostêpnych w danej podsieci. Owszem dla maski typu FF.FF.FF.00 256 pozycji da siê przegl±daæ. Niestety w przypadku ustawienia wiêkszej przestrzeni adresowej staje siê uci±¿liwe a przy 65 536 adresach u mnie program siê zwiesza (pusty ekran). Mo¿e da³o by siê podzieliæ t± listê, albo z niej zrezygnowaæ. 2. Edycja rekordów rozliczeniowych. My¶lê, ¿e przyda³a by siê taka opcja. Owszem mo¿e to nasun±æ pytanie czy w ogóle administratorzy powinni mieæ takie uprawnienia. W przypadku gdy tylko jeden admin zarz±dza sieci± - nie ma problemu. Natomiast gdy jest ich kilku to mo¿na rozwi±zaæ t± kwestiê na 2 sposoby: - Ustaliæ jedno konto administratora g³ównego z omawianymi uprawnieniami. - Druga metoda to wprowadzenie drugiej tabeli przechowuj±cej log operacji wykonywanych na tabeli cash 3. Podliczanie komputerów Nowo utworzony u¿ytkownik ma wszystkie komputery domy¶lnie od³±czone. OK. Tylko, ¿e w podsumowaniu liczba komputerów od³±czonych pokazuje 0. Pozdrawiam

1 0

Re: Quiz ;)
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Marek, W Twoim liście z dnia 29 grudnia 2002 (15:16:28) można przeczytać: > Czesc, Łukasz, > Sunday, December 29, 2002, , napisałeś(aś): ŁM>> Czekaj, bo staram się zaczaić budowę ADO, po wykonaniu Execute, ŁM>> pierwszy rekord mam w $rs->fields? > Prawie. Zwraca tablice czyli musisz podac do ktorego elementu chcesz > sie odwolac No dokładnie :) Rekordu raczej się w jednej zmiennej nie przechowuje :) -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Quiz ;)
by Marek Pieróg 29 Gru '02

29 Gru '02

Czesc, Łukasz, Sunday, December 29, 2002, , napisałeś(aś): ŁM> Czekaj, bo staram się zaczaić budowę ADO, po wykonaniu Execute, ŁM> pierwszy rekord mam w $rs->fields? Prawie. Zwraca tablice czyli musisz podac do ktorego elementu chcesz sie odwolac -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0

Re: Quiz ;)
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Marek, W Twoim liście z dnia 29 grudnia 2002 (10:59:17) można przeczytać: > Czesc, Łukasz, > Sunday, December 29, 2002, , napisałeś(aś): ŁM>> Znaczy coś like pear-db? Hm, po części rozwiązaniem tego miało być ŁM>> lib/LMSDB.class.php... Mam wszystko uproszczone do execSQL, fetchRow ŁM>> itp... > Tak podobne do pear-db tylko zdecydowanie bardziej rozwiniete i > podobne do skladni z ASP ŁM>> No tak, database abstraction layer... Uf, uf... Mógłby mi ktoś to ŁM>> ADODB streścić jakoś? Bo jak z typami kolumn, etc? ŁM>> Teraz, czy jest sens, skoro np. skrypty są pisane w perlu? Niby on ma swoje DBI... > Skladnia jest bardzo latwa i prosta cos a la: > [laczymy sie z baza lalala ;)] > $query_subdiv = "SELECT * FROM dzielnice ORDER BY subdiv ASC"; $subdiv = $homes->>SelectLimit($query_subdiv) or die($homes->ErrorMsg()); > $totalRows_subdiv = $subdiv->RecordCount(); Czekaj, bo staram się zaczaić budowę ADO, po wykonaniu Execute, pierwszy rekord mam w $rs->fields? -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: ilosc uzytkownikow
by Paweł "Argail" Kowalski 29 Gru '02

29 Gru '02

W dniu 2002-12-29, lms-l(a)rulez.pl napisał(a) > Witaj Paweł, > Znaczy punkt do którego jest wpięty? Prosty przykład - w sieci mam okolo 100 maszyn rozrzuconych po roznych czesciach miasta, w bardzo roznych podsieciach - do tego dochodza wszelkiej masci AP i inne wynalazki. Przydal by sie wiec modol w ktorym moge wpisac dana maszyne z adresem ip, ulica, systemem, krotkim opisem - tak abym pozniej mogl latwo zlokalizowac co na jakiej ulicy stoi - na tej samej zasadzie jak przegladanie uzytkownikow ;))) Jedyna przeszkoda aby do tego wykorzystac modol dodawania userow, jest to iz w nim do kazdej konkretnej maszyny musze dodac usera, taryfe itt itd .. Po prostu takie male cos do usystematyzowania wszelkiej masci serwerow i maszyn w sieci ;)))) Mam nadzieje ze nie zaplatalem tego ;) -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: Quiz ;)
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Marek, W Twoim liście z dnia 29 grudnia 2002 (10:59:17) można przeczytać: > Tak podobne do pear-db tylko zdecydowanie bardziej rozwiniete i > podobne do skladni z ASP Mhm. Spodobało mi się ;> > Skladnia jest bardzo latwa i prosta cos a la: > [laczymy sie z baza lalala ;)] > $query_subdiv = "SELECT * FROM dzielnice ORDER BY subdiv ASC"; $subdiv = $homes->>SelectLimit($query_subdiv) or die($homes->ErrorMsg()); > $totalRows_subdiv = $subdiv->RecordCount(); Oglądałem. Pozatym wbudowany ładny debug, którego jakoś nie umiało mi się ładnie rozwiązać. > Bardzo fajny jest tutorial na ich stronach - http://php.weblogs.com/adodb_tutorial > Jak dlamnie (oczywiscie subiektywnie ;) duzo wygodniejsze niz funkcje > PHP do obslugi baz danych - logiczniej wyglada ;) Wracając do uniwersalności ADODB, może ktoś z was zna gdzieś rozpisane specyficzne cechy języka sql w poczególnych bazach danych? tj. chodz mi o to, że np. używam (teoretycznie) SUM() i chciałbym wiedzieć na których to zadziała. > Co do perla to pojecia nie mam DBI nie jest abstrakcyjne i niezalezne > od DB? (paron za glupie pytania ale perla to ja na obrazkach widuje a > jak mnie przydusi to juz wole w php i cli skorzystac Wiesz, akurat tutaj nie potrzebuje tak zaawansowanych rzeczy i tam to DBI jest w miarę uniwersalne. Ja się z perlem średnio znam, ale o wiele lepiej niż z C ;> > Hmmm ciekawe :) CONCAT raczej prosty ale sumowanie moze sie podobac > jak sie najpierw nie zanalizuje kody i nie skapnie ze type to rodzaj > operacji finanowej ;) Dobra, masz browar ;> -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Quiz ;)
by Marek Pieróg 29 Gru '02

29 Gru '02

Czesc, Łukasz, Sunday, December 29, 2002, , napisałeś(aś): ŁM> Znaczy coś like pear-db? Hm, po części rozwiązaniem tego miało być ŁM> lib/LMSDB.class.php... Mam wszystko uproszczone do execSQL, fetchRow ŁM> itp... Tak podobne do pear-db tylko zdecydowanie bardziej rozwiniete i podobne do skladni z ASP ŁM> No tak, database abstraction layer... Uf, uf... Mógłby mi ktoś to ŁM> ADODB streścić jakoś? Bo jak z typami kolumn, etc? ŁM> Teraz, czy jest sens, skoro np. skrypty są pisane w perlu? Niby on ma swoje DBI... Skladnia jest bardzo latwa i prosta cos a la: [laczymy sie z baza lalala ;)] $query_subdiv = "SELECT * FROM dzielnice ORDER BY subdiv ASC"; $subdiv = $homes->SelectLimit($query_subdiv) or die($homes->ErrorMsg()); $totalRows_subdiv = $subdiv->RecordCount(); I nam robi np ladna tablice $subdiv->Fields('city') gdzie city to pole tabeli dzielnice a zeby wyswietlilo wszystkie a nie jeden robimy cos takiego while(!$dzielnice->EOF){ Bardzo fajny jest tutorial na ich stronach - http://php.weblogs.com/adodb_tutorial Jak dlamnie (oczywiscie subiektywnie ;) duzo wygodniejsze niz funkcje PHP do obslugi baz danych - logiczniej wyglada ;) Co do perla to pojecia nie mam DBI nie jest abstrakcyjne i niezalezne od DB? (paron za glupie pytania ale perla to ja na obrazkach widuje a jak mnie przydusi to juz wole w php i cli skorzystac ŁM> SELECT users.id, CONCAT(UPPER(lastname),' ', name) AS username, ŁM> status, email, phone1, address, info, ŁM> sum((value-((type=4)*value)*2)*(type=3 OR type=4)*(userid=users.id)) ŁM> AS balance FROM users, cash WHERE status = '3' GROUP BY users.id ORDER ŁM> BY lastname, name; Hmmm ciekawe :) CONCAT raczej prosty ale sumowanie moze sie podobac jak sie najpierw nie zanalizuje kody i nie skapnie ze type to rodzaj operacji finanowej ;) -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0

Re: ilosc uzytkownikow
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Paweł, W Twoim liście z dnia 28 grudnia 2002 (02:21:47) można przeczytać: > Tak jak teraz, w momencie dodawania usera dodaje mu IP/końcówke, > przydał by się modół sieci/serwery - tak aby można było sobie > dodatkowo usystematyzować serwery/maszyny/AP w danej sieci... Znaczy punkt do którego jest wpięty? -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Quiz ;)
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Marcin, W Twoim liście z dnia 29 grudnia 2002 (01:44:37) można przeczytać: > Juz wiem o czym piszesz. Wywolujesz query i nie ochodzi Ci do jakiej bazy > to idzie. SSam swego czasu uzywalem czegos takiego Znaczy coś like pear-db? Hm, po części rozwiązaniem tego miało być lib/LMSDB.class.php... Mam wszystko uproszczone do execSQL, fetchRow itp... No tak, database abstraction layer... Uf, uf... Mógłby mi ktoś to ADODB streścić jakoś? Bo jak z typami kolumn, etc? Teraz, czy jest sens, skoro np. skrypty są pisane w perlu? Niby on ma swoje DBI... Ale... > Tysz racja ;) I glownie sql'a. Mielenie tego w php tylbo obniza wydajnosc > systemu. no oczywiscie na ile to jest mozliwe. SELECT users.id, CONCAT(UPPER(lastname),' ', name) AS username, status, email, phone1, address, info, sum((value-((type=4)*value)*2)*(type=3 OR type=4)*(userid=users.id)) AS balance FROM users, cash WHERE status = '3' GROUP BY users.id ORDER BY lastname, name; Mhm. Sąsiad jak to ujżał to uciekł z krzykiem "mamooooooo, ratunku". However, jest to pobranie listy użytkowników oraz z aktualnym saldem plus zabezpieczenie w wypadku gdyby user nie miał żadnych operacji finansowych przypisanych do siebie. PHP tutaj wygrał. Ale w większości miejsc MySQL robi sporą ilość rzeczy 100 razy szybciej ;> (wg. getmicrotime)... PS. osobie która rozszyfruje idee powyższego query stawiam piwo przy okazji :) -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Quiz ;)
by Marcin Winkler 29 Gru '02

29 Gru '02

On Sun, 29 Dec 2002 01:20:46 +0100 Marek Pieróg <usenet(a)marcoos.net> wrote: > MW> TAk tylko ze tutaj trzeba myslec przyslosciowo a nie ze mamy 10 > MW> tabel i to juz jest wszystko. Dopoki sie da trzeba przewidziec > MW> wiecej takich mozliwosci i w miarei cos temu zaradzic. > > Dlatego stawiam na ADODB. Nie dosc ze jest przejrzystszy kod to i > uniezaleznienie od bazy danych. Juz wiem o czym piszesz. Wywolujesz query i nie ochodzi Ci do jakiej bazy to idzie. SSam swego czasu uzywalem czegos takiego > Przyszlosciowo ale realistycznie - kilkanascie tabel jakies zaleznosci > i nic wiecej. Naprawde tutaj nie ma prawa sie nic schrzanic na > poziomie bazy danych. Tylko ze trzeba ja sensownie zagonic do roboty > bo jak zauwazyl Łukasz watek obok wszelkie sortowania wybierania etc > trzeba robic na poziomie SQLa - duzo szybciej i co dlamnie IMHO > najwazniejsze czytelniej Tysz racja ;) I glownie sql'a. Mielenie tego w php tylbo obniza wydajnosc systemu. no oczywiscie na ile to jest mozliwe. -- "Nieobecni nie mają racji" Marcin Winkler

1 0

Re: Quiz ;)
by Marcin Winkler 29 Gru '02

29 Gru '02

On Sun, 29 Dec 2002 01:04:26 +0100 Marek Pieróg <usenet(a)marcoos.net> wrote: > Czesc, Marcin, > > Sunday, December 29, 2002, , napisałeś(aś): > > MW> Bo ma: tranzakcje, triggery, > > Reakcja 90 procent uzytkownikow baz danych. > Powiedziales tri-co!? Nie i pewnie 80% ludzi tez nie wie bo jest malo interesujace ???:P > MW> Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach > MW> bardziej wypada na korzysc postgresa. > > Akurat w LMS zlozonych zapytan to raczej niema. Zreszta jesli nawet > transakcje i pare innych bajerow z rodziny "to nie moze sie spieprzyc" > udawalo mi sie na mySQL zrobic to podejrzewam ze i to sie da ;) TAk tylko ze tutaj trzeba myslec przyslosciowo a nie ze mamy 10 tabel i to juz jest wszystko. Dopoki sie da trzeba przewidziec wiecej takich mozliwosci i w miarei cos temu zaradzic. Przewidujmy wiekszosc na etapie projektowania a nie produkcji. -- "Nieobecni nie mają racji" Marcin Winkler

1 0

Re: Quiz ;)
by Marek Pieróg 29 Gru '02

29 Gru '02

Czesc, Marcin, Sunday, December 29, 2002, , napisałeś(aś): >> MW> Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach >> MW> bardziej wypada na korzysc postgresa. >> >> Akurat w LMS zlozonych zapytan to raczej niema. Zreszta jesli nawet >> transakcje i pare innych bajerow z rodziny "to nie moze sie spieprzyc" >> udawalo mi sie na mySQL zrobic to podejrzewam ze i to sie da ;) MW> TAk tylko ze tutaj trzeba myslec przyslosciowo a nie ze mamy 10 tabel i to MW> juz jest wszystko. Dopoki sie da trzeba przewidziec wiecej takich MW> mozliwosci i w miarei cos temu zaradzic. Dlatego stawiam na ADODB. Nie dosc ze jest przejrzystszy kod to i uniezaleznienie od bazy danych. Przyszlosciowo ale realistycznie - kilkanascie tabel jakies zaleznosci i nic wiecej. Naprawde tutaj nie ma prawa sie nic schrzanic na poziomie bazy danych. Tylko ze trzeba ja sensownie zagonic do roboty bo jak zauwazyl Łukasz watek obok wszelkie sortowania wybierania etc trzeba robic na poziomie SQLa - duzo szybciej i co dlamnie IMHO najwazniejsze czytelniej -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0

Re: Quiz ;)
by Marek Pieróg 29 Gru '02

29 Gru '02

Czesc, Marcin, Sunday, December 29, 2002, , napisałeś(aś): MW> Bo ma: tranzakcje, triggery, Reakcja 90 procent uzytkownikow baz danych. Powiedziales tri-co!? MW> Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach bardziej MW> wypada na korzysc postgresa. Akurat w LMS zlozonych zapytan to raczej niema. Zreszta jesli nawet transakcje i pare innych bajerow z rodziny "to nie moze sie spieprzyc" udawalo mi sie na mySQL zrobic to podejrzewam ze i to sie da ;) BTW: moze ADODB? Ostatnio zaczelem uzywac do wszystkiego podmienia sie w konfigu baze na inna i wsio po problemie. A i skladania jakos dlamnie normalniejsza niz normalnych funkcji w PHP (chyba nalecialosci z VBScript && ASP ;) Gorzej bedzie z lmsd/scripts - zatluczcie ale nie mam zielonego pojecia jak to naprzyklad wyglada w perlu z mozliwoscia przenoszenia miedzy bazami danych [tak to jest jak czlowiek jest analfabeta programistycznym skrzywdzonym roznymi odlamami Basica na 5 sposobow] -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0

Re: Quiz ;)
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Marcin, W Twoim liście z dnia 29 grudnia 2002 (00:57:26) można przeczytać: > Bo ma: tranzakcje, triggery,funkcje (plpgsql,C i inne), subselekty,widoki > itp itd i jest przyjazda dla usera od samego poczatku. ;) > Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach bardziej > wypada na korzysc postgresa. Ja dzisiaj zaczełem zastanawiać się nad wydajnością LMS (200 userów, ~3000 rekordów tabeli od finansów) i tak średnio mi zaczeło to wyglądać na k6-2-500 :S Do tego jeszcze mnie przybił interpreter PHP... w niektórych wypadkach jest kilkadziesiąt razy wolniejszy niż robiłbym coś z poziomu mysql'a (sumowanie kolumn np.)... Ech. W co ja się wpakowałem? :) -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Quiz ;)
by Marcin Winkler 29 Gru '02

29 Gru '02

On Sat, 28 Dec 2002 21:21:33 +0100 Łukasz Mozer <lukasz(a)rulez.pl> wrote: > Witaj lms-l! > > Jakiej używasz bazy danych i dlaczego ta a nie inne? :) Pytanie powinno brzmiec: Jaka jest Twoja ulubiina baza danych i dlaczego wlasnie jest to PostgreSQL :PPP (joke) Bo ma: tranzakcje, triggery,funkcje (plpgsql,C i inne), subselekty,widoki itp itd i jest przyjazda dla usera od samego poczatku. ;) Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach bardziej wypada na korzysc postgresa. -- "Nieobecni nie mają racji" Marcin Winkler

1 0

Re: login czy nr. klienta?
by Goblin 28 Gru '02

28 Gru '02

Tak sobie dzisiaj myslalem i wyszlo mi na to ze czemu by nie polaczyc zalet Nr. Klienta z Loginem... przeciez nie stanowi dla systemu zadnego problemu by jako podstawowym kliuczem poslugiowac sie Nr klienta a dodatkowo stwozyc tabele przypozadkowywujaca login i haslo dla usera. Dzielki temu mozliwa bedzie dowolna personalizacja loginu a nawet umozliwienie jego zmiany przez usera -- Goblin.

1 0

Re: Quiz ;)
by Goblin 28 Gru '02

28 Gru '02

> Jakiej używasz bazy danych i dlaczego ta a nie inne? :) MySQL a dlaczego... glownie dlatego ze to byla pierwsza baza jakiej zaczale muzywac powazniej (razem z PHP) i jakos tak mi zostalo, chpoc od czasu do czasu mysle o Postgresie... tylko sie jakos zabrac nie moge... -- Goblin.

1 0

Re: Quiz ;)
by Marek Pieróg 28 Gru '02

28 Gru '02

Czesc, Łukasz, Saturday, December 28, 2002, , napisałeś(aś): ŁM> Jakiej używasz bazy danych i dlaczego ta a nie inne? :) Microsoft SQL Server 2000 - nie smiac sie. Bo musze. mySQL pod Unixami - bo jest w miare szybki do postawienia bo go znam i wystarcza do moich prostych potrzeb. -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0

Quiz ;)
by Łukasz Mozer 28 Gru '02

28 Gru '02

Witaj lms-l! Jakiej używasz bazy danych i dlaczego ta a nie inne? :) Pozdrawiam. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: login czy nr. klienta?
by Marcin Winkler 28 Gru '02

28 Gru '02

On Sat, 28 Dec 2002 02:29:11 +0100 Radosław Antoniuk <warden(a)debian.black.pl> wrote: > > To nie jest problem. zrobi się skrypty do cron-a dorzucające userów ;-) Skoro sa(będą) demony ktore beda czuwaly nad okreslonymi funkcjami to bezsensem jest zakladanie kont z crona skoro mozna zrobic to w miare rzeczywistym czasie. 1. demony sprawdzaja co jakis czas czy nie maja czegos do zrobienia poprzez polaczenie sie z baza i wyciagniecie odpowiednich informacji. LUB 2. server wysyla do demonów odpowienie requesty ze cos sie zmienilo i chlopaki porobcie co trzeba .. Kwestia odpowieniedo zastanowienia ktory model bylby lepsiejszy ;)) Pozdrawiam -- "Nieobecni nie mają racji" Marcin Winkler

1 0

Re: OpenBSD packetfilter
by Marek Pieróg 28 Gru '02

28 Gru '02

Czesc, Łukasz, Friday, December 27, 2002, , napisałeś(aś): ŁM> http://netx.waw.pl/~baseciq/devel/lms-scripts/pf.conf - tutaj leży ŁM> wygenerowany pf.conf tym ustrojstwem. ŁM> Marcoos, a może Ty byś conieco mi nadrapał nt. natu w FBSD? Ktoś zna ŁM> NBSD? Ja wohl. Jako, ze uzywam tylko paczki ipf to nia sie zajme - pewnie i tak szybko znajdzie sie ktos lubiacy ipfw ipf ma skladnie *bardzo* zblizona do pf Zmiany: mamy 2 pliki konfiguracyjne: /etc/ipf.rules -> nasz ogniomurek /etc/ipnat.rules -> regulki NATowania Zaczne od przyjemniejszego czyli regulek NAT 192.168.0.0/24 to nasza siec wewnetrzna (cala klasa), 213.76.241.170 - nasz jedyny adres zewnetrzny (prosze go nie bic to moje domowe SDI ;) tun0 to pseudo-interfejs ppp (na oBSD by to bylo ppp0 jak sadze) map tun0 192.168.0.0/24 -> 213.76.241.170/32 proxy port 21 ftp/tcp Bez tego mamy FTP tylko passive map tun0 192.168.0.0/24 -> 213.76.241.170/32 portmap tcp/udp 20000:30000 Ustawiamy z jakich portow moze korzystac masq map tun0 192.168.0.0/24 -> 213.76.241.170/32 I glowna regulka Calosc trzeba czasami (tzn po dodaniu czegos ;) zrehashowac co czynim komenda: ipnat -CF -f /etc/ipnat.rules W /etc/ipf.rules mamy skladnie juz praktycznie identyczna z pf np. block out quick on tun0 from any to 192.168.0.0/16 Czyli: block/pass | out/in | quick/nic (ipf analizuje plik az do konca i liczy sie ostatnia regulka do ktorej pakiet pasuje, quick - konczy odrazu analize na ten regulce) | on interfejs | from any/maska | to | any/maska| Calosc tez wypada raz na jakis czas zrehashowac: ipf -Fa -f /etc/ipf.rules -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0

Re: login czy nr. klienta?
by Pawel Bernadowski 28 Gru '02

28 Gru '02

On Sat, 28 Dec 2002, Łukasz Mozer wrote: > Witajcie. > > Co wg. was powinno być podstawą do identyfikacji przy kontakcie z > klientem? > Nie wiem jak u was ale u mnie narazie zdaje egzamin takie cos. [3 pierwsze litery ulicy][nr klatki]m[nr mieszkania] Dzieki temu luser nie zapomina jaki ma login. A i dla Administratora jest to dosc wygodne Pawel Bernadowski GG 3377

1 0

Re: login czy nr. klienta?
by Paweł "Argail" Kowalski 28 Gru '02

28 Gru '02

W dniu 2002-12-28, lms-l(a)rulez.pl napisał(a) > | Ew. jeśli już upieracie się przy tym rozwiązaniu, przydało by się w > | skryptach aftomagiczne generowanie virtual.users (postfix) lub > | też analogiczne dla innych MTA - oszczędzi to dużo siepaniny z > | zakładaniem kont. > To nie jest problem. zrobi się skrypty do cron-a dorzucające userów ;-) Mam nadzieje że wiesz na co się porywasz ;))) Generowanie czytelnego loginu (proponuje imie.nazwisko(a)poczta.cos.pl -- > imie_nazwisko - lub podobny format) Generowanie hasla : min 6 max 10 znakow alfanumerycznych (sugeruje rezygnacje z DUZE małe) Wygenerowanie informacji dla usera i biura --> wydruk + wpis do bazy ? -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: login czy nr. klienta?
by Radosław Antoniuk 28 Gru '02

28 Gru '02

| Ew. jeśli już upieracie się przy tym rozwiązaniu, przydało by się w | skryptach aftomagiczne generowanie virtual.users (postfix) lub | też analogiczne dla innych MTA - oszczędzi to dużo siepaniny z | zakładaniem kont. To nie jest problem. zrobi się skrypty do cron-a dorzucające userów ;-) -- Z pozdrowieniami Radosław Antoniuk warden(at)debian.black.pl

1 0

Re: login czy nr. klienta?
by Goblin 28 Gru '02

28 Gru '02

> Ew. jeśli już upieracie się przy tym rozwiązaniu, przydało by się w > skryptach aftomagiczne generowanie virtual.users (postfix) lub > też analogiczne dla innych MTA - oszczędzi to dużo siepaniny z > zakładaniem kont. ja wlasnie koncze stawiac osobna maszyne na poczte itp. na QMail + VMailMgr i sie kurcze zastanawiam jakby ugryzc ta kwestie przy tym rozwiazaniu... chyba poprostu w crona if(!jest konto) zaloz konto -- Goblin.

1 0

Re: login czy nr. klienta?
by Paweł "Argail" Kowalski 28 Gru '02

28 Gru '02

W dniu 2002-12-28, lms-l(a)rulez.pl napisał(a) > Obligatoryjne konta maja swoja zalete. Mozna userkowi net > odlaczyc, nie wylaczajac konta email, tymsamym zachowujac > mozliwosc komunikacj ta droga. Dosc wygodne dla nas jest > tez obligatoryjne kontaktowanie sie uzytkownika z supportem > przez to konto. Na takie konta duzo wygodniej wysyla sie > mailingi informacyjne etc. (moze by tak funkcja wysylania > powiadomien z lms'a w formie formularza dla admina) Ew. jeśli już upieracie się przy tym rozwiązaniu, przydało by się w skryptach aftomagiczne generowanie virtual.users (postfix) lub też analogiczne dla innych MTA - oszczędzi to dużo siepaniny z zakładaniem kont. -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: ilosc uzytkownikow
by Paweł "Argail" Kowalski 28 Gru '02

28 Gru '02

W dniu 2002-12-28, lms-l(a)rulez.pl napisał(a) > Przyda sie rowniez mozliwosc filtrowania po danych adresowych i rejonizacja > np po osiedlach czy segmentach to juz jak kto sobie przyjmie, wazne zeby > mozna bylo na rejony dzielic Przypomniała się mi jeszcze jedna sprawa - oprócz dodawania sieci/komputer klienta, przydała by się osobna tabela sieci/serwery Tak jak teraz, w momencie dodawania usera dodaje mu IP/końcówke, przydał by się modół sieci/serwery - tak aby można było sobie dodatkowo usystematyzować serwery/maszyny/AP w danej sieci... -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: login czy nr. klienta?
by Goblin 28 Gru '02

28 Gru '02

> > No więc jeszcze raz tu. Ja jestem za rozwiazaniem > > user == auto_email == login_klienta > > Proste i skuteczne rozwiazanie, ale Baseciq (na razie nieskutecznie) probuje > > obalic moj pomysl :-) > > Dokładnie. Jeszcze ludzi z listy na Ciebie napuszczam :) ProFuturo np. nadaje kazdemu userowi login i haslo, przy czym oba sa tak pochrzanione ze o matko. Generalnie niewygodne. Numer klienta zdecydowanie nieprzyjemny dla usera. Login... no wlasnie. Zdecydowanie wygodny dla usera. Autogeneracja: 5 liter nazwiska 3 imienia a jesli ktos chce to inny, albo ew. imie.nazwisko (tak jak do maila) z tym ze integracja lms'a z serwerem poczty to juz raczej przesada :) Obligatoryjne konta maja swoja zalete. Mozna userkowi net odlaczyc, nie wylaczajac konta email, tymsamym zachowujac mozliwosc komunikacj ta droga. Dosc wygodne dla nas jest tez obligatoryjne kontaktowanie sie uzytkownika z supportem przez to konto. Na takie konta duzo wygodniej wysyla sie mailingi informacyjne etc. (moze by tak funkcja wysylania powiadomien z lms'a w formie formularza dla admina) -- Goblin

1 0

Re: login czy nr. klienta?
by Radosław Antoniuk 28 Gru '02

28 Gru '02

| | a) login - przyjemniejsze dla usera, gorsze dla nas. Trzeba wymyśleć | bądź wygenerować login, wytłumaczyć że login jest zajęty, poza tym | duplikuje się to z już istniejącym ID; | | b) nr klienta - dla nas łatwiejsze, jest już w bazie pole id, | unikatowe, wogóle profesjonalnie to wygląda itd. itdp. :) No więc jeszcze raz tu. Ja jestem za rozwiazaniem user == auto_email == login_klienta Proste i skuteczne rozwiazanie, ale Baseciq (na razie nieskutecznie) probuje obalic moj pomysl :-) -- Z pozdrowieniami Radosław Antoniuk warden(at)debian.black.pl

1 0

Re: login czy nr. klienta?
by Łukasz Mozer 28 Gru '02

28 Gru '02

Witaj Radosław, W Twoim liście z dnia 28 grudnia 2002 (02:03:08) można przeczytać: > No więc jeszcze raz tu. Ja jestem za rozwiazaniem > user == auto_email == login_klienta > Proste i skuteczne rozwiazanie, ale Baseciq (na razie nieskutecznie) probuje > obalic moj pomysl :-) Dokładnie. Jeszcze ludzi z listy na Ciebie napuszczam :) Pozdrawiam -- WREDNA ŚWINIA <lukasz(a)rulez.pl> :) Rulez Development Team http://www.rulez.pl

1 0

Re: login czy nr. klienta?
by Paweł "Argail" Kowalski 28 Gru '02

28 Gru '02

W dniu 2002-12-28, lms-l(a)rulez.pl napisał(a) > Witajcie. > Co wg. was powinno być podstawą do identyfikacji przy kontakcie z > klientem? > a) login - przyjemniejsze dla usera, gorsze dla nas. Trzeba wymyśleć > bądź wygenerować login, wytłumaczyć że login jest zajęty, poza tym > duplikuje się to z już istniejącym ID; > b) nr klienta - dla nas łatwiejsze, jest już w bazie pole id, > unikatowe, wogóle profesjonalnie to wygląda itd. itdp. :) Generalnie raczej numer - nie wszyscy uzytkownicy korzystaja z oferowanych im w pakiecie kont email/www - brak takowegoż może spowodować niepotrzebne zamieszanie i kombinowanie. -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

login czy nr. klienta?
by Łukasz Mozer 28 Gru '02

28 Gru '02

Witajcie. Co wg. was powinno być podstawą do identyfikacji przy kontakcie z klientem? a) login - przyjemniejsze dla usera, gorsze dla nas. Trzeba wymyśleć bądź wygenerować login, wytłumaczyć że login jest zajęty, poza tym duplikuje się to z już istniejącym ID; b) nr klienta - dla nas łatwiejsze, jest już w bazie pole id, unikatowe, wogóle profesjonalnie to wygląda itd. itdp. :) Pozdrawiam. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Pare ideasow
by Goblin 28 Gru '02

28 Gru '02

> Jak powinna wyglądać faktura? IMHO pojawia sie rowniez problem realizacji wydruku, gdyz HTML specjalnie do tego sie nie nadaje. Moze pdf siakis... -- Goblin.

1 0