- lms - lists.lms.org.pl

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

Problem ze skryptami lms-*
by Krzysztof Zagorski 20 Lis '03

20 Lis '03

Przy probie odpalenia skryptow (przykladowo niech bedzie to lms-notify) Dostaje tylko taki okmunikat o bledzie: lms-notify, version 1.1.4 Tanith (C) 2001-2003 LMS Developers Using file /etc/lms/lms.ini as config. DBD::Pg initialisation failed: Can't locate object method "driver" via package "DBD::Pg" at /usr/lib/perl5/DBI.pm line 723. Perhaps the capitalisation of DBD 'Pg' isn't right. at /usr/sbin/lms-notify line 145 Pewnie albo jeszcze czegos mi brakuje, albo np. jest zle zainstalowane. Czy ktos mogl by mnie naprowadzic co mam probowac naprawic? Wersja Perla 5.8.2 Postgres'a 7.3.4-9 Module id = DBD::Pg CPAN_USERID DWHEELER (David Wheeler <david(a)wheeler.net>) CPAN_VERSION 1.31 CPAN_FILE R/RU/RUDY/DBD-Pg-1.31.tar.gz MANPAGE Pg - Perl5 extension for PostgreSQL INST_FILE /usr/share/perl5/DBD/Pg.pm INST_VERSION 2.0.2 -- [ 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: [lms] Re: [lms] Re: [lms] RE: [lms] Kilka wyjaśnień.
by A.L.E.C 20 Lis '03

20 Lis '03

> To nie mam wyjścia? Hmm, to na początek was trochę pogonię, Baseciq > zrobi invoices (tego w sumie nie widać), Lexx - netdevip (a to > wygląda nieładnie), ja trochę jestem zajęty demonem, ale skrobnę w > dokumentacji o formacie pliku konfiguracyjnego (z uwagi na nowe > funkcje parsujące) - to tyle jeśli chodzi o 1.1.5, trzeba to zamknąć > w tym miesiącu. Natomiast do końca roku pasuje wszystko dopracować i > napisać dokumentację do demona (to ja) i może 1.2.0 ? Być może > jeszcze przed 1.2 zrobię INET_NTOA i INET_ATON, ale rewolucja > Basecikowa, jeszcze chyba poczeka. nie ma sprzeciwów, to panowie do roboty! Ja oczywiście staram się jak mogę dawać dobry przykład. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: stabilna wersja
by Radosław Antoniuk 20 Lis '03

20 Lis '03

>> Kiedy można się spodziewać nowej stabilnej wersji lms'a? z linii 1.2 ? >proponuje archiwum... mowa byla o koncu 2003. > Jak się uda to na gwiazdkę :P -- Warden

1 0

Re: stabilna wersja
by pbern＠pbern.biz 20 Lis '03

20 Lis '03

On Thu, 20 Nov 2003, Paweł Rohde wrote: > Witajcie > > Kiedy można się spodziewać nowej stabilnej wersji lms'a? z linii 1.2 ? proponuje archiwum... mowa byla o koncu 2003. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

stabilna wersja
by Paweł Rohde 20 Lis '03

20 Lis '03

Witajcie Kiedy można się spodziewać nowej stabilnej wersji lms'a? z linii 1.2 ? pozdrawiam Paweł

1 0