Październik 2004 - lms - lists.lms.org.pl

Re: zadluzenie - powiadomienia
by Robert CyberM 05 Paź '04

05 Paź '04

> chodzi mi o to: jak obliczyc te "100% abonamentu", jesli klient ma taryfe > miesieczna i jednoczesnie powiedzmy kwartalna, czy tez roczna? mozna > zsumowac, ale mozna tez usrednic no tak w takiej sytuacji to sie nieco komplikuje... ale pewnie da sie wypracowac jakis kompromis, moze faktycznie przyjac srednia Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: zadluzenie - powiadomienia
by A.L.E.C 05 Paź '04

05 Paź '04

Robert CyberM wrote: >> dobry pomysl, ale.. co zrobic gdy korzystamy z abonamentów >> tygodniowych, kwartalnych i rocznych? liczyc srednia miesieczna? nie >> brac pod uwage? > mysle ze idea jest taka ze klient nie moze miec wiekszego zadluzenia > niz x okresow rozliczeniowych. wiec jesli placi 10zl za okres > rozliczeniowy to nie ma chyba znaczenia w jakich odstepach czasu jest > to naliczane. jesli stan konta jest wiekszy niz 100% abonamentu to > wiadomo juz ze klient ma zaleglosc niezaleznie od tego czy wynika ona > za 1 tydzien czy 1 kwartal... > mam nadzieje ze dobrze rozumuje ;) chodzi mi o to: jak obliczyc te "100% abonamentu", jesli klient ma taryfe miesieczna i jednoczesnie powiedzmy kwartalna, czy tez roczna? mozna zsumowac, ale mozna tez usrednic -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: zadluzenie - powiadomienia
by Robert CyberM 05 Paź '04

05 Paź '04

> dobry pomysl, ale.. co zrobic gdy korzystamy z abonamentów tygodniowych, > kwartalnych i rocznych? liczyc srednia miesieczna? nie brac pod uwage? mysle ze idea jest taka ze klient nie moze miec wiekszego zadluzenia niz x okresow rozliczeniowych. wiec jesli placi 10zl za okres rozliczeniowy to nie ma chyba znaczenia w jakich odstepach czasu jest to naliczane. jesli stan konta jest wiekszy niz 100% abonamentu to wiadomo juz ze klient ma zaleglosc niezaleznie od tego czy wynika ona za 1 tydzien czy 1 kwartal... mam nadzieje ze dobrze rozumuje ;) Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: zadluzenie - powiadomienia
by Tomasz Chilinski 05 Paź '04

05 Paź '04

On Tue, 5 Oct 2004 11:55:04 +0200, A.L.E.C wrote > > tak sie zastanawiam czy nie bylo by dobrze dodac jako parametr dla > > "limit" w lms.ini, zamiennie z kwota, wartosci wyrazanych procentowo > > (np. zapis 200% powodowalby reakcje po przekroczeniu 200% wartosci > > uslugi) teraz wpisujac kwote w sumie niewiele mozna uzyskac, dla > > jednych np. 200zl to jeden abonament czyli zwloka za 1mc a dla innych > > moga to byc juz 4 mc. gdyby opisywac to procentowo wpis 200% oznaczalby > > 2 miesiace zaleglosci niezaleznie od wartosci pakietu co wydaje sie > > bardziej funkcjonalne. > > co o tym myslicie ? > > dobry pomysl, ale.. co zrobic gdy korzystamy z abonamentów > tygodniowych, kwartalnych i rocznych? liczyc srednia miesieczna? nie > brac pod uwage? Jeśli chodzi o pomysł z limitem to uważam, że należałoby wprowadzić pole percents_limit (obok limit) w celu zachowania zgodności, a w ten sposób wyeliminowania problemów wielu osób po ewentualnym upgrejdzie lmsa. Pole percents_limit o ile jest zdefiniowane powinno mieć wyższy priorytet niż pole limit. Pytanie czy w lms.ini można sprawdzić, że jakiejś zmiennej w ogóle nie ma zdefiniowanej? Dla każdych okresów obowiązywania powinno się właściwie inaczej naliczać dozwolony limit. Ale jak to jak będę miał czas to podrzucę swój pomysł. > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 > Lan Management System Developer http://lms.alec.pl Pozdrawiam Tomasz Chiliński

1 0

Re: zadluzenie - powiadomienia
by A.L.E.C 05 Paź '04

05 Paź '04

Robert CyberM wrote: > tak sie zastanawiam czy nie bylo by dobrze dodac jako parametr dla > "limit" w lms.ini, zamiennie z kwota, wartosci wyrazanych procentowo > (np. zapis 200% powodowalby reakcje po przekroczeniu 200% wartosci > uslugi) teraz wpisujac kwote w sumie niewiele mozna uzyskac, dla > jednych np. 200zl to jeden abonament czyli zwloka za 1mc a dla innych > moga to byc juz 4 mc. gdyby opisywac to procentowo wpis 200% oznaczalby > 2 miesiace zaleglosci niezaleznie od wartosci pakietu co wydaje sie > bardziej funkcjonalne. > co o tym myslicie ? dobry pomysl, ale.. co zrobic gdy korzystamy z abonamentów tygodniowych, kwartalnych i rocznych? liczyc srednia miesieczna? nie brac pod uwage? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

zadluzenie - powiadomienia
by Robert CyberM 05 Paź '04

05 Paź '04

tak sie zastanawiam czy nie bylo by dobrze dodac jako parametr dla "limit" w lms.ini, zamiennie z kwota, wartosci wyrazanych procentowo (np. zapis 200% powodowalby reakcje po przekroczeniu 200% wartosci uslugi) teraz wpisujac kwote w sumie niewiele mozna uzyskac, dla jednych np. 200zl to jeden abonament czyli zwloka za 1mc a dla innych moga to byc juz 4 mc. gdyby opisywac to procentowo wpis 200% oznaczalby 2 miesiace zaleglosci niezaleznie od wartosci pakietu co wydaje sie bardziej funkcjonalne. co o tym myslicie ? Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

lms-sendinvoices
by Robert CyberM 05 Paź '04

05 Paź '04

Can't call method "val" on an undefined value at ./lms-sendinvoices line 90. ^- ktos sie z tym spotkal ? pozostale skrypty dzialaja. Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: customer otherip poprawka do slownie
by A.L.E.C 05 Paź '04

05 Paź '04

Grzegorz Cichowski wrote: > wysylam nasze poprawki do panelu lusera > jest to poprawka do slownego zapisu kwoty przelewu > (rozwiazany problem kropki) w druk.php zrobilem to troche inaczej, ale dzieki za sygnal. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

wielblad w bezpieczenstwie
by greg 04 Paź '04

04 Paź '04

witam wymyslilem ze poprzez include kazdy kto ma konto na serwerze na ktorym jest LMS moze podejzec sobie caly plik konfiguracyjny LMS'a include('/etc/lms/lms.ini') najprawdopodobniej wszyscy trzymaja swoje konfigi w difoltowych miejscach i raczej latwo 'dzieki' temu o wlamanie na sniadanie. mozna zmienic oczywiscie miejsce przechowywania konfigu i nawet jego nazwe ale czy to wystarczy? razem z ALEC'iem wykombinowalismy (chyba moge tak powiedziec) dorazne rozwiazanie problemu: wystarczy na poczatku pliku lms.ini dopisac <?php a na koncu ?> i juz. include zwraca blad. pytanie teraz do madrych z zakresu php: czy mozna tak to zrobic? (dziala to juz wiem) czy jest lepszy sposob? w zasadzie powinno sie rowniez zmienic nazwe pliku lms.ini na lms.ini.php ale bez tego rowniez jest poprawa. byq

1 0

Re: faktura+rft = problem
by Robert CyberM 03 Paź '04

03 Paź '04

> Robilem kiedys projekt z generowaniem rtfow... Robilem mianowicie tak: > robilem se dokumencik w wordzie i tam gdzie chcialem zmienne to > wpisywalem [zmienna], potem edytowalem np z notepada ten pliczek i: > - na poczatku pliku {literal} > - nastepnie zamienialem wszystkie [zmienna] na > {/literal}{$zmienna}{literal} > > i to wszystko :) faktycznie dziala :) moze ma ktos gotowy szablon faktury zrobiony zgodnie z tym pomyslem ? Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0