- lms - lists.lms.org.pl

Re: Wywalenie LMS.class.php
by Łukasz Jarosław Mozer 15 Paź '03

15 Paź '03

Witam. > no nie mozna, bo nie ma dodatkowych uslug, a dodawane taryfy musza > miec downrate i uprate :) Khm? Mogą mieć zerowe (a właściwie puste). -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Wywalenie LMS.class.php
by Marcin Król 15 Paź '03

15 Paź '03

Witaj Przemek, Wednesday, October 15, 2003, 4:33:24 AM, napisałeś: [...] ŁJM>> Można od paru ładnych tygodni. > no nie mozna, bo nie ma dodatkowych uslug, a dodawane taryfy musza > miec downrate i uprate :) E, tam co Ci przeszkadza nie wypełniać tych pól? -- Pozdrowienia, [ Marcin Król /Lexx lexx(a)polarnet.gliwice.pl ] [ GSM: +48504202454 GG: 652506 ICQ: 120579624 ] [ Per aspera ad astra Przez ciernie do gwiazd ]

1 0

Re: Wywalenie LMS.class.php
by Marcin Król 15 Paź '03

15 Paź '03

Witaj Łukasz, Wednesday, October 15, 2003, 4:12:48 AM, napisałeś: > No toć przecież będzie. Aktualnie mam: > id | login | domain | alias | spooluid A gdzie hasło? -- Pozdrowienia, [ Marcin Król /Lexx lexx(a)polarnet.gliwice.pl ] [ GSM: +48504202454 GG: 652506 ICQ: 120579624 ] [ Per aspera ad astra Przez ciernie do gwiazd ]

1 0

Re: Wywalenie LMS.class.php
by Przemek SAKO Galczewski 15 Paź '03

15 Paź '03

Hello Łukasz, Wednesday, October 15, 2003, 4:12:48 AM, you wrote: ŁJM> No toć przecież będzie. Aktualnie mam: ŁJM> id | login | domain | alias | spooluid oki, ale widze ze Tobie chodzi o tabele od poczty, a ja raczej mialem na mysli, ze by byl login uniwersalny dla uslug dodatkowych. >> poza tym przydalo by sie, zeby za uslugi dodatkowe mozna bylo kasowac >> pieniazki niezaleznie od pozostalych uslug, na zasadzie dodatkowo >> dodanych taryf do uzytkownika, dokladniej chodzi mi o to, zeby mozna >> bylo zrobic np cos takiego >> - taryfa inet xxx kbit/s + poczta: xxx pln >> - dostep www i ftp do konta: xxx pln ŁJM> Można od paru ładnych tygodni. no nie mozna, bo nie ma dodatkowych uslug, a dodawane taryfy musza miec downrate i uprate :) >> mozna by dodatkowe uslugi, ktore nie sa w jakis specjalny sposob >> obslugiwane przez LMS'a dodac tak, zeby mozna bylo je samemu >> dopisywac, np tworzymy sobie usluge xxx, mozemy ja wlaczyc, wylaczyc, >> dodac do obciazen finansowych i napisac sobie skrypty do jej obslugi, >> ktore beda widzialy co to za usluga i ktore pola z bazy czytac. Oj nie >> wiem czy nie zamotalem za bardzo, ale godzina nie sprzyja takim >> wywodom :) ŁJM> To weź odmotaj i jeszcze raz nam podaj. czyli chodzi mi o to, ze admin ma ochote dodac usluge powiedzmy quota dyskowa, wiec wchodzi w menu uslugi i tworzy analogicznie do nowej taryfy, tzn klika nowa usluga, podaje jej nazwe, parametr okreslajacy wielkosc quoty, koszt miesieczny, nastepnie dodaje uzytkownikom, a na koniec pisze sobie skrypty do obslugi tego. Mozna by zrobic kilka parametrow do dowolnego wykorzystania nazwanych np parametr n lub pozwolic na zmiane nazwy tych parametrow. Mysle ze pewnie szybko by sie pojawily odpowiednie skrypty do roznych uslug a funkcjonalnosc bylaby ogromna. Co Ty na to ? PS: sypiasz czasami ? :) -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0

Re: Wywalenie LMS.class.php
by Łukasz Jarosław Mozer 15 Paź '03

15 Paź '03

Witam. > dlatego lepiej dodac login do bazy :) No toć przecież będzie. Aktualnie mam: id | login | domain | alias | spooluid > poza tym przydalo by sie, zeby za uslugi dodatkowe mozna bylo kasowac > pieniazki niezaleznie od pozostalych uslug, na zasadzie dodatkowo > dodanych taryf do uzytkownika, dokladniej chodzi mi o to, zeby mozna > bylo zrobic np cos takiego > - taryfa inet xxx kbit/s + poczta: xxx pln > - dostep www i ftp do konta: xxx pln Można od paru ładnych tygodni. > mozna by dodatkowe uslugi, ktore nie sa w jakis specjalny sposob > obslugiwane przez LMS'a dodac tak, zeby mozna bylo je samemu > dopisywac, np tworzymy sobie usluge xxx, mozemy ja wlaczyc, wylaczyc, > dodac do obciazen finansowych i napisac sobie skrypty do jej obslugi, > ktore beda widzialy co to za usluga i ktore pola z bazy czytac. Oj nie > wiem czy nie zamotalem za bardzo, ale godzina nie sprzyja takim > wywodom :) To weź odmotaj i jeszcze raz nam podaj. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Wywalenie LMS.class.php
by Przemek SAKO Galczewski 15 Paź '03

15 Paź '03

Hello Łukasz, Wednesday, October 15, 2003, 2:18:33 AM, you wrote: ŁJM> W sumie racja, ale wiesz, prawdziwa budowa modułowa pozwoliła by pewnie ŁJM> na o wiele łatwiejsze zarządzenie co w LMS'ie chcemy mieć a czego nie. no to jest argument ktory jest bardzo sensowny. >> Brakuje np pola login/haslo uzytkownika ktore by juz duzo ulatwilo + >> paru skryptow. Przy limitowaniu ruchu sa tylko pola downrate i uprate >> (EIR, czyli wartosc max), nie ma za to dwoch analogicznych pol w bazie >> dla CIR (wartosc gwarantowana pasma). ŁJM> Hym. W sumie samo hasło. Numer klienta może być za login jeżeli chodzi o ŁJM> dostęp do konta i zarządzanie np. usługami "dodanymi". imo lepiej dodac oba, bo nie kazdy chce miec takie numerowanie, wiele osob by pewnie chcialo miec oddzielne pola imie, nazwisko, login ŁJM> Jako że robię cały czas zarządzanie kontami poczty w LMS'ie przy okazji ŁJM> zadam takie pytanie - czy wg. was lepiej żeby użytkownicy mieli login ŁJM> taki sam jak adres e-mail (login@domena) czy może unikalny login bez ŁJM> ekstra rzeczy? E! Wróć. Nie było pytania. Jest to bez znaczenia przy ŁJM> tworzeniu bazy tak naprawdę ;) Bo przy normalnym demonie pop3 można ŁJM> będzie dowolnie praktycznie skonstruować zaptyanie autoryzacyjne i ŁJM> zmiksować id konta, id spoola, login i domenę, prawda ? :) dlatego lepiej dodac login do bazy :) poza tym przydalo by sie, zeby za uslugi dodatkowe mozna bylo kasowac pieniazki niezaleznie od pozostalych uslug, na zasadzie dodatkowo dodanych taryf do uzytkownika, dokladniej chodzi mi o to, zeby mozna bylo zrobic np cos takiego - taryfa inet xxx kbit/s + poczta: xxx pln - dostep www i ftp do konta: xxx pln itp (chodzi mi o mozliwosc grupowania uslug) mozna by dodatkowe uslugi, ktore nie sa w jakis specjalny sposob obslugiwane przez LMS'a dodac tak, zeby mozna bylo je samemu dopisywac, np tworzymy sobie usluge xxx, mozemy ja wlaczyc, wylaczyc, dodac do obciazen finansowych i napisac sobie skrypty do jej obslugi, ktore beda widzialy co to za usluga i ktore pola z bazy czytac. Oj nie wiem czy nie zamotalem za bardzo, ale godzina nie sprzyja takim wywodom :) -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0

Re: Wywalenie LMS.class.php
by Łukasz Jarosław Mozer 15 Paź '03

15 Paź '03

Witam. > ale nie wszystkie na raz. Poza tym nie jest to strona publiczna, zeby > to mialo jakies wieksze znaczenie - moim zdaniem. > Jednoczesnie wydaje mi sie, ze przy typowym uzytkowniau LMS'a i tak > prawie wszystko by bylo ladowane do pamieci, wiec nie wiem czy jest > sens poswiecac tyle pracy dla oszczedzenia 10 czy 20 kb pamieci. W sumie racja, ale wiesz, prawdziwa budowa modułowa pozwoliła by pewnie na o wiele łatwiejsze zarządzenie co w LMS'ie chcemy mieć a czego nie. > Brakuje np pola login/haslo uzytkownika ktore by juz duzo ulatwilo + > paru skryptow. Przy limitowaniu ruchu sa tylko pola downrate i uprate > (EIR, czyli wartosc max), nie ma za to dwoch analogicznych pol w bazie > dla CIR (wartosc gwarantowana pasma). Hym. W sumie samo hasło. Numer klienta może być za login jeżeli chodzi o dostęp do konta i zarządzanie np. usługami "dodanymi". > Lukasz: mam nadzieje ze to podsunie Ci nowe pomysly :) > ze swojej strony moge zaproponowac pomoc w realizacji wyzej > wymienionych. Jako że robię cały czas zarządzanie kontami poczty w LMS'ie przy okazji zadam takie pytanie - czy wg. was lepiej żeby użytkownicy mieli login taki sam jak adres e-mail (login@domena) czy może unikalny login bez ekstra rzeczy? E! Wróć. Nie było pytania. Jest to bez znaczenia przy tworzeniu bazy tak naprawdę ;) Bo przy normalnym demonie pop3 można będzie dowolnie praktycznie skonstruować zaptyanie autoryzacyjne i zmiksować id konta, id spoola, login i domenę, prawda ? :) -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Wywalenie LMS.class.php
by Przemek SAKO Galczewski 15 Paź '03

15 Paź '03

Hello hunter, Wednesday, October 15, 2003, 1:36:13 AM, you wrote: h> W php? i tak bedziemy includowac, wiec sie beda ladowac. ale nie wszystkie na raz. Poza tym nie jest to strona publiczna, zeby to mialo jakies wieksze znaczenie - moim zdaniem. Jednoczesnie wydaje mi sie, ze przy typowym uzytkowniau LMS'a i tak prawie wszystko by bylo ladowane do pamieci, wiec nie wiem czy jest sens poswiecac tyle pracy dla oszczedzenia 10 czy 20 kb pamieci. co ja bym widzial w LMS? Najbardziej brakuje mi wsparcia dla innych serwerow uslug, takich jak ftp, pop-3, samba, smtp. LMS jest fajny, ale na serwerze przewaznie jest kupa innych uslug zwiazanych z uzytkownikami, ktore nie maja zbytniego wsparcia ze strony LMS'a. Brakuje np pola login/haslo uzytkownika ktore by juz duzo ulatwilo + paru skryptow. Przy limitowaniu ruchu sa tylko pola downrate i uprate (EIR, czyli wartosc max), nie ma za to dwoch analogicznych pol w bazie dla CIR (wartosc gwarantowana pasma). Lukasz: mam nadzieje ze to podsunie Ci nowe pomysly :) ze swojej strony moge zaproponowac pomoc w realizacji wyzej wymienionych. -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0

Re: lms na solipsach
by Tomasz Jezierski 15 Paź '03

15 Paź '03

Łukasz Jarosław Mozer wrote: > Witam. > > >>iirc tak. pgsql ma nawet typ do przechowywania punktow wg wspolrzednych >>biegunowych czy walcowych. > > > Jeżeli masz rację to ja sobie dam chyba spokój. ALEC, możesz potwierdzić? > > Jak tak to zastanawiające jest, dlaczego jak szukałem takiej funkcji > przez notabene kilka ładnych miesięcy to nikt jej nie znał? > hmm funkcja inet2int.. chyba nie... no ale jest typ inet w ktorym sie przechowuje adresy internetowe.. pg_catalog | inet | IP address/netmask, host address, netmask optional no a funkcje sobie mozna dopisac do postgresa jak ktos woli miec wszystko z dala od aplikacji -- ================================================================ deFactor-ng - http://defactor-ng.gnu.pl kompleksowe narzedzie do obslugi Twojej firmy pod Linuksem i nie tylko. ----------------------------------------------------------------

1 0

Re: Wywalenie LMS.class.php
by Łukasz Jarosław Mozer 15 Paź '03

15 Paź '03

Witam. > Moze zaczac od wydzielania w modulach katalogu 'userlist', i dac > tam wszystkie pehapy ktore sa do /?m=userlist potrzebne i wyluskac z lms.class > to co temu jest potrzebne. I tak z kazdym modulem ? Znaczy wspólne... Hm. Okej, jest to jakaś koncepcja. A co do LMS.class.php... Chciałem wszystko przenieść do plików w modules, tj cały kod LMS.class.php. O tyle źle, że zmiana jakiejś rzeczy pociąga za sobą poważnie zmiany kodu. Anyway. LMS'a w sumie można podzielić na kilka w sumie części: zarządzanie użytkownikami zarządzanie komputerami finanse zarządzanie sieciami zarządzanie administratorami mailing osprzęt sieciowy statystyki Pierwsze cztery moduły są silnie ze sobą powiązane, szczególnie userzy i komputery. I teraz tak, np. każdy moduł to defacto katalog. W katalogu mamy jakąś hierarchię plików, np. 'menuitems', 'functions' i jakieś inne pliki (może nawet helpy, ikony, grafiki, whatever). Załóżmy każdy moduł ma swoją klasę, w niej funkcje typowe dla tego modułu (albo i nie, to są luźne przemyślenia - oczekuję komentarzy), może łatwo się odwoływać do innych modułów, ale tutaj wchodzą zależności pomiędzy modułami. Trzeba by było opracować strukturę modułu, reguły nazewnictwa, etc... O mamo. Ale czemu nie. Ktoś ma jakieś doświadczenia? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0