- lms - lists.lms.org.pl

Re: lms-notify
by A.L.E.C 23 Lis '03

23 Lis '03

> W lms-notify jest taki oto wpis: > > linia:157 > > my $dbq = $dbase->prepare("SELECT users.id, lastname, users.name, > email, phone1, tariffs.description FROM users,tariff > WHERE users.tariff=tariffs.id"); > > > > A z changeloga wynika ze kolumny users.tariff juz niema. > Czy ktos obeznany moze mi podac co powinno byc wpisane? w cvs'ie w katalogu lms/daemon jest demon napisany w C i jest tam moduł notify, zobacz jak to jest tam zrobione i popraw sobie lms-notify jeśli znasz trochę perla i C, albo wypróbuj demona. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: lms-notify
by Marcin Król 23 Lis '03

23 Lis '03

Hello Krzysztof, Sunday, November 23, 2003, 10:34:12 AM, you wrote: > W lms-notify jest taki oto wpis: > linia:157 my $dbq = $dbase->>prepare("SELECT users.id, my $dbq = $dbase->>lastname, users.name, email, phone1, my $dbq = $dbase->>tariffs.description FROM users,tariff > WHERE users.tariff=tariffs.id"); > A z changeloga wynika ze kolumny users.tariff juz niema. > Czy ktos obeznany moze mi podac co powinno byc wpisane? Yyy a czy ktoś rozwija skrypty dla 1.1? -- 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

lms-notify
by Krzysztof Zagorski 23 Lis '03

23 Lis '03

W lms-notify jest taki oto wpis: linia:157 my $dbq = $dbase->prepare("SELECT users.id, lastname, users.name, email, phone1, tariffs.description FROM users,tariff WHERE users.tariff=tariffs.id"); A z changeloga wynika ze kolumny users.tariff juz niema. Czy ktos obeznany moze mi podac co powinno byc wpisane? -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http://3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0

Re: Dodawanie uzytkownikow, uwaga
by A.L.E.C 22 Lis '03

22 Lis '03

> Takie małe spostrzezenie, bo chyba komuś umskneło. > Przy dodawaniu nowych użytkowników nie pojawiają się wpisy adresu, > kodu i miasta (pomimo ustawienia ich w lms.ini) w momęcie kiedy > zaznaczona jest opcja "wywołaj ponownie ten formularz..." dzięki za uwagi, zostało poprawione. W przyszłości takie błędy proszę zgłaszać na bts.rulez.pl. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: Taryfy bardziej elastyczne.
by Zarzad Interblock 22 Lis '03

22 Lis '03

On Fri, 21 Nov 2003 21:40:37 +0100, A.L.E.C wrote > Podłączę się do wątku, bo mój problem dotyczy także taryf i uprate/downrate. > Mianowicie pisząc moduł do HTB, napotkałem na taki problem (w moim przypadku > tylko teoretyczny, ale realny). Na przykład, gdy user ma 2 kompy i płaci > abonament z dwóch taryf (do tego różnych) to jest problem z > ustaleniem uprate i downrate dla tych komputerów z osobna, bo taryfy > są przypisane do usera a nie do kompów. Jedyne rozwiązanie jakie mi > się nasuwa, to dodanie pól downrate i uprate do tabeli nodes, albo > (może nawet lepiej) zmiany w assignments, tak aby można było > przypisywać taryfy do kompów. Proszę o uwagi. W firmie w ktorej pracuje klienci moga swobodnie dodawac sobie nowe komputery (oczywiscie w granicach lokalu) tyle tylkoz e w HTB sa takie regoly, ze z puktu wiedzenia HTB sa traktowane jako jeden komputer, Co wiecej jest to celowe dzialanie z racji tego ze jezeli user placi raz to powienien miec jedno psmo a nie dwa. I teraz jak zrobic to ejszcze bardziej elatyczne.... hmmm wydaje mi sie ze najlepiejbylo by zrobic taki myk, zeby moze dodac jakies pole w stylu checkbox taryfie jeszcze ograniczenia na komputer/ograniczenia na uzytkownika. W przierwsyzmprzypadku gkalsy HTB moga byc tworzone po ID komputera, a w drugim klasy moga byc tworzone po ID uzytkownika.

1 0

Re: [lms] Re: Re: [lms] Re: [lms] Re: [lms] RE: [lms] Kilka wyjaśnień.
by A.L.E.C 21 Lis '03

21 Lis '03

> tutaj prosba do Ciebie... > gdybys mogl dodac do payments 'kary', > ja bym to widzial tak: > dodajemy do kazdego usera pole 'kary' o domyslej wartosci null. > do pliku konfiguracyjnego zmienna kara = [1-31] - dzien naliczania > kary. potrzebna by byla jeszcze opcja w ktorej mozna by ustawic > wysokosc kary. jeszcze opcja określająca, czy kara ma być jednorazowa, czy za każdy dzień zwłoki, co jeśli ma taryfę tygodniową lub roczną, a co jeśli nie płaci kilka miesięcy, pewnie jeszcze parę innych aspektów. Widziałem tą propozycję już w BTS'ie, ale na razie nie planuję się za to brać. Z resztą uważam, że najlepszą karą jest odcięcie od netu :) -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: Taryfy bardziej elastyczne.
by A.L.E.C 21 Lis '03

21 Lis '03

Podłączę się do wątku, bo mój problem dotyczy także taryf i uprate/downrate. Mianowicie pisząc moduł do HTB, napotkałem na taki problem (w moim przypadku tylko teoretyczny, ale realny). Na przykład, gdy user ma 2 kompy i płaci abonament z dwóch taryf (do tego różnych) to jest problem z ustaleniem uprate i downrate dla tych komputerów z osobna, bo taryfy są przypisane do usera a nie do kompów. Jedyne rozwiązanie jakie mi się nasuwa, to dodanie pól downrate i uprate do tabeli nodes, albo (może nawet lepiej) zmiany w assignments, tak aby można było przypisywać taryfy do kompów. Proszę o uwagi. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: Re: [lms] Re: [lms] Re: [lms] RE: [lms] Kilka wyjaśnień.
by pbern＠pbern.biz 21 Lis '03

21 Lis '03

On Thu, 20 Nov 2003, A.L.E.C wrote: > nie ma sprzeciwów, to panowie do roboty! Ja oczywiście staram się jak mogę > dawać dobry przykład. tutaj prosba do Ciebie... gdybys mogl dodac do payments 'kary', ja bym to widzial tak: dodajemy do kazdego usera pole 'kary' o domyslej wartosci null. do pliku konfiguracyjnego zmienna kara = [1-31] - dzien naliczania kary. potrzebna by byla jeszcze opcja w ktorej mozna by ustawic wysokosc kary. czy jest takie cos do zrealizowania??? a co najwazniejsze czy bys TY to zrobil ;) Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Taryfy bardziej elastyczne.
by hunter 21 Lis '03

21 Lis '03

On Fri, Nov 21, 2003 at 01:38:46PM +0100, Rafal Ramocki wrote: > Witam > > Co do taryf to proponuje zrobic tak: > Z tablicy tarrifs wywalic koluymny uprate i downrate. a dodac kolumne > credits. Nastepjnie dodac tablice "tariffs_zones". W tej tabeli pola > odpowiednio Ech, rzeźbienie w niepowiem czym. 3/4 ludzi nawet nie zauważy takich ficzerów jako konieczne/przydatne. pozatym np od 8 do 17 możesz łatwo up/down wszystkich o danym id zmienić kożystając z crona. > Co myslicie? Ja moglbym nawet posiedziec i sie tym zajac. Oczywiscie o ile to > nie przerosnie moich mozliwosci :P Jak zrobisz to się chyba nikt nie obrazi. A może nawet podziękuje :) kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Taryfy bardziej elastyczne.
by Rafal Ramocki 21 Lis '03

21 Lis '03

Witam Co do taryf to proponuje zrobic tak: Z tablicy tarrifs wywalic koluymny uprate i downrate. a dodac kolumne credits. Nastepjnie dodac tablice "tariffs_zones". W tej tabeli pola odpowiednio ruleid - numerek identyufikacyjny regoly tarrifid - identyfikator taryfy do ktorej nalezy wpis download_cir\ download_eir \ > wiadomo, do czego upload_cir / upload_eir / time_zone - godzian od ktorej ma obowiazywac dana regola. Takie rozwiazanie da mozliwosc elastycznej konfiguracji dla kadzego. Stworza sie mozliwosci konfiguracji: - Inna predkosc w dzien i w nocym, czy w roznych strefach czasowych - Inna predkosc dla download i upload - Inna predkosc gwarantowana a inna maxymalna (zeby lacze providera sie nie nudzilo) - Mozliwosc ograniczenia ilosci przesylnaych danych do XXXX na miesiac (taka praktyke stosuje na przyklad moj obeny provider mam 10GB po p[rzekroczneiu ktorych mam 2gr za kazdy kolejny megabajt. Co myslicie? Ja moglbym nawet posiedziec i sie tym zajac. Oczywiscie o ile to nie przerosnie moich mozliwosci :P z powazaniem Rafal Ramocki

1 0