- lms - lists.lms.org.pl

Re: FreeBSD
by Paweł Rohde 21 Mar '04

21 Mar '04

>Witam! > >Chciałem zaimplementować LMS'a pod FreeBSD. >Czy jest to wykonalne? >Potrzebne są zrodla bo gotowe binaria sie wysypuja ... > > Hmmmm.... A gdzie ty masz binaria? -- pozdrawiam Paweł Rohde -- pozdrawiam Paweł Rohde [patt] [gadu-gadu: 755284 mail:pawel_NOSPAM@rohde.poznan.pl ] [komórka : 501 433 051 ]

1 0

Re: FreeBSD
by Marcin Król 21 Mar '04

21 Mar '04

Użytkownik Woyteck napisał: > Chciałem zaimplementować LMS'a pod FreeBSD. > Czy jest to wykonalne? Ktoś kiedyś to portował na BSD, z daemonem mogą być problemy bo nikt tego na BSD nie testował. > Potrzebne są zrodla bo gotowe binaria sie wysypuja ... Że co? -- 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

FreeBSD
by Woyteck 21 Mar '04

21 Mar '04

Witam! Chciałem zaimplementować LMS'a pod FreeBSD. Czy jest to wykonalne? Potrzebne są zrodla bo gotowe binaria sie wysypuja ... pozdr. Woyteck I eat SPAM for breakfast!

1 0

Re: Ponaglenia i inne ...
by Paweł Rohde 21 Mar '04

21 Mar '04

Użytkownik Marcin Król napisał: >> 1. Podczas wyciagania salda userow pobieramy sobie od razu ostatni >> timestamp. > > Rozumiem że pobieramy timestamp ostatniej naliczonej opłaty. Dokładnie >> 2. Robimy z tego timestampa i curenttimestampa ilosc dni >> 3. Jesli saldo < limitu i ilosc dni > limitudni to obslugujemy > > > No to by chyba działało tak jak powinno. Chociaż znalazłem jedno ale: > > - user płaci za konto email 5 zł miesięcznie, > - ten sam user płaci za internet 50 zł miesięcznie, > - limit jest ustawiony na 100 zł, > - czas na zapłatę to 10 dni, odłączenie po 15 dniach, > - opłaty są naliczane 10 każdego miesiąca. > > Jeśli użytkownik będzie regularnie płacił za internet, a za konto > pocztowe nie to może się okazać że zostanie odłączony dopiero za 20 > miesięcy. Pozatym może się okazać że user dostanie upomnienie o > zapłatę np. za internet podczas gdzy za internet zaplacił i zalega z > opłatą za konto pocztowe. Ogolnie mówiąc ten system będzie dzialał > dobrze dla klasycznego przypadku, kiedy odłączamy użyszkodnika w > przypadku jakiegokolwiek (nawet najmniejszego) debetu na koncie, ale > schodki zaczynają się w przypadku używania różnych taryf i dawania > użytkownikom większego czasu na spłatę. Jak dla mnie rozwiązanie > dopiero wtedy będzie uniwersalne, jak wprowadzimy do finansów > możliwość jednoznacznego okreslenia czego dotyczyła dana wpłata. Tylko > że zdaje sie na etapie 1.1 przy konstruowaniu finansów to było dla nas > nie do przeskoczenia ;] Dokładnie doszedłem do tego samego wniosku, ale skoro zakładamy, że user może mieć 100 zł długu to chyba jest ok? Poza tym tak jak mówiesz - jeśli nie będzie powiązania wpłat z tym za co jest wpłata, to inaczej się nie da. pozdrawiam Paweł

1 0

Re: Ponaglenia i inne ...
by Marcin Król 20 Mar '04

20 Mar '04

Użytkownik Paweł Rohde napisał: > W zwiazku z tym, ze moj poprzedni pomysl zostal wykrzyczany jako zly, to > obmyslilem cos takiego: > > 1. Podczas wyciagania salda userow pobieramy sobie od razu ostatni > timestamp. Rozumiem że pobieramy timestamp ostatniej naliczonej opłaty. > 2. Robimy z tego timestampa i curenttimestampa ilosc dni > 3. Jesli saldo < limitu i ilosc dni > limitudni to obslugujemy No to by chyba działało tak jak powinno. Chociaż znalazłem jedno ale: - user płaci za konto email 5 zł miesięcznie, - ten sam user płaci za internet 50 zł miesięcznie, - limit jest ustawiony na 100 zł, - czas na zapłatę to 10 dni, odłączenie po 15 dniach, - opłaty są naliczane 10 każdego miesiąca. Jeśli użytkownik będzie regularnie płacił za internet, a za konto pocztowe nie to może się okazać że zostanie odłączony dopiero za 20 miesięcy. Pozatym może się okazać że user dostanie upomnienie o zapłatę np. za internet podczas gdzy za internet zaplacił i zalega z opłatą za konto pocztowe. Ogolnie mówiąc ten system będzie dzialał dobrze dla klasycznego przypadku, kiedy odłączamy użyszkodnika w przypadku jakiegokolwiek (nawet najmniejszego) debetu na koncie, ale schodki zaczynają się w przypadku używania różnych taryf i dawania użytkownikom większego czasu na spłatę. Jak dla mnie rozwiązanie dopiero wtedy będzie uniwersalne, jak wprowadzimy do finansów możliwość jednoznacznego okreslenia czego dotyczyła dana wpłata. Tylko że zdaje sie na etapie 1.1 przy konstruowaniu finansów to było dla nas nie do przeskoczenia ;] > No i mysle ze jest to najlepsze wyjscie :) > pozdrawiam > Pawel Rohde -- 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

Ponaglenia i inne ...
by Paweł Rohde 20 Mar '04

20 Mar '04

Witam ponownie Nie daje mi spokoju sprawa ponaglen, odcinania userow z rozpoznawaniem przeterminowania platnosci ... W zwiazku z tym, ze moj poprzedni pomysl zostal wykrzyczany jako zly, to obmyslilem cos takiego: 1. Podczas wyciagania salda userow pobieramy sobie od razu ostatni timestamp. 2. Robimy z tego timestampa i curenttimestampa ilosc dni 3. Jesli saldo < limitu i ilosc dni > limitudni to obslugujemy No i mysle ze jest to najlepsze wyjscie :) notify trzeba by uruchamiac co dziennie i tyle razy ile stopni ponaglen mamy np: notify <naliczono> 0 notify <termin_7> 7 notify <termin_14> 14 tak samo cutoff (znaczu uruchamiac codziennie) Cutoff wylaczy kompy ludzi ktorzy nie zaplacili ostatniej platnosci w terminie, jesli nie zaplacili wiecej to wylaczy ich wczesniejsze uruchomienie skryptu. Mysle, ze to podejscie jest ok, jesli jeszcze czegos nie zauwazylem to prosze o informacje pozdrawiam Pawel Rohde

1 0

Re: Okresowe naliczanie...
by Łukasz Jarosław Mozer 18 Mar '04

18 Mar '04

Witaj hunter, W Twoim liście datowanym 17 marca 2004 (19:17:13) można przeczytać: > Lukasz, zdanie moje znasz z realizacja jak zwykle trudniej: > Status == deleted, kolumna dodatkowa do taryf i tyle. Nie. > A docelowo "ChangeLog" dla danej taryfy, po koleji: > id, data, id_admina, in, out, cost, type_of_change (1 utworzenie, > 2 modyfikacja, 3 skasowanie, [type of change==3 i id_Admina na 0 i > juz wiemy ze jakis automateusz wyciał.] Nie. Wiesz, może u was w nitronecie to macie tylu kilentów że suma rekordów wszystkich tabel nie przekracza 2^8, to wam szybko chodzi ;-) -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: Okresowe naliczanie...
by hunter 17 Mar '04

17 Mar '04

On Tue, Mar 16, 2004 at 06:11:22PM +0100, Bartosz wrote: > Dobry pomysł z tym 31 dni + kopia :) > P.S. > Przy taryfach, też powinno być info, kto utworzył i modyfikował. > Pozdrawiam Jest taka zasada piszemy _pod_ tym co pisza inni. > Pytanie jest jedno - czy takie naliczenia które już wygasły (minął > termin ich końca) powinny być usuwane? > > ja twierdzę że tak, 31 dni po ich wygaśnięciu, automagicznie przez > lms-payments > alec twierdzi ze natychmiastowo + ewentualnie kopia. Lukasz, zdanie moje znasz z realizacja jak zwykle trudniej: Status == deleted, kolumna dodatkowa do taryf i tyle. A docelowo "ChangeLog" dla danej taryfy, po koleji: id, data, id_admina, in, out, cost, type_of_change (1 utworzenie, 2 modyfikacja, 3 skasowanie, [type of change==3 i id_Admina na 0 i juz wiemy ze jakis automateusz wyciał.] kd. ps. Tak wracam zza grobu. -- 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

Re: Okresowe naliczanie...
by Bartosz 16 Mar '04

16 Mar '04

Dobry pomysł z tym 31 dni + kopia :) P.S. Przy taryfach, też powinno być info, kto utworzył i modyfikował. Pozdrawiam -----Original Message----- From: lms-bounce(a)lists.rulez.pl [mailto:lms-bounce@lists.rulez.pl] On Behalf Of Łukasz Jarosław Mozer Sent: Sunday, March 14, 2004 9:55 PM To: lms(a)lists.rulez.pl Subject: [lms] Okresowe naliczanie... Witam. tj. można przypisać do kogoś daną taryfę na pół roku np. Ten feature jest dostępny w wersji CVS. Pytanie jest jedno - czy takie naliczenia które już wygasły (minął termin ich końca) powinny być usuwane? ja twierdzę że tak, 31 dni po ich wygaśnięciu, automagicznie przez lms-payments alec twierdzi ze natychmiastowo + ewentualnie kopia. a wy? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: ograniczanie
by detekt＠detekt.pl 16 Mar '04

16 Mar '04

Witam Bartosz, > A co jeżeli jest jedna taryfa bez ograniczenia, a druga np.56kbps?? > Jaki transfer będzie miał jeden komputer (jeżeli dodany jest tylko > jeden) a jakie transfery będą, gdy będą dodane dwa lub trzy kompy?? jak bedzie taryfa bez ogranioczen i 56 k to lacznie bedzie 0 +56k = 56k jak bedzie 1 komp to 56k bedzie tylko dla niego a jak bedza 2 to bedzie tez 56 k ale dla dwoch kompow itd ... -- Pozdrawiam Detekt

1 0

Re: ograniczanie
by Bartosz 16 Mar '04

16 Mar '04

A co jeżeli jest jedna taryfa bez ograniczenia, a druga np.56kbps?? Jaki transfer będzie miał jeden komputer (jeżeli dodany jest tylko jeden) a jakie transfery będą, gdy będą dodane dwa lub trzy kompy?? -----Original Message----- From: lms-bounce(a)lists.rulez.pl [mailto:lms-bounce@lists.rulez.pl] On Behalf Of detekt(a)detekt.pl Sent: Tuesday, March 16, 2004 5:08 PM To: lms(a)lists.rulez.pl Subject: [lms] Re: ograniczanie Witam Bartosz, > Ok., wielkei dzięki, > Mam jeszcze jedno pytanko co do ograniczania, dodając dwie taryfy z > różnym limitem transferu, skąd wiem która taryfa odnosi się do którego > komputera? limity z taryf sie sumuja i rozkladaja na komputery w zaleznosci od obciazenia -- Pozdrawiam Detekt

1 0

Re: ograniczanie
by detekt＠detekt.pl 16 Mar '04

16 Mar '04

Witam Bartosz, > Ok., wielkei dzięki, > Mam jeszcze jedno pytanko co do ograniczania, dodając dwie taryfy z > różnym limitem transferu, skąd wiem która taryfa odnosi się do którego > komputera? limity z taryf sie sumuja i rozkladaja na komputery w zaleznosci od obciazenia -- Pozdrawiam Detekt

1 0

ograniczanie
by Bartosz 16 Mar '04

16 Mar '04

Ok., wielkei dzięki, Mam jeszcze jedno pytanko co do ograniczania, dodając dwie taryfy z różnym limitem transferu, skąd wiem która taryfa odnosi się do którego komputera? -----Original Message----- From: lms-bounce(a)lists.rulez.pl [mailto:lms-bounce@lists.rulez.pl] On Behalf Of detekt(a)detekt.pl Sent: Tuesday, March 16, 2004 3:42 PM To: lms(a)lists.rulez.pl Subject: [lms] Re: Usuwanie operacji handlowych Witam Bartosz, > To jak najbardziej wiem, ale co zrobić z błędnie wystawioną fakturą?? a) jezeli ja wyslales do klienta to musisz wystawic korekte , tego lms nie umie b) jak masz ja w swoich raczkach to podrzyj wejdz do bazy mysql znajdz rekord w tabeli invoice* popraw i wydrukuj ponownie -- Pozdrawiam Michal Kusmirek

1 0

Re: Usuwanie operacji handlowych
by detekt＠detekt.pl 16 Mar '04

16 Mar '04

Witam Bartosz, > To jak najbardziej wiem, ale co zrobić z błędnie wystawioną fakturą?? a) jezeli ja wyslales do klienta to musisz wystawic korekte , tego lms nie umie b) jak masz ja w swoich raczkach to podrzyj wejdz do bazy mysql znajdz rekord w tabeli invoice* popraw i wydrukuj ponownie -- Pozdrawiam Michal Kusmirek

1 0

Re: Usuwanie operacji handlowych
by Paweł Rohde 16 Mar '04

16 Mar '04

Dnia 2004-03-16 15:33, Użytkownik Bartosz napisał: >To jak najbardziej wiem, ale co zrobić z błędnie wystawioną fakturą?? > > > tak jak było napiasne powyżej: delete from invoices where .... (i analogicznie pozycje) -- pozdrawiam [ pawel(a)rohde.poznan.pl [ Paweł Rohde

1 0

Re: Usuwanie operacji handlowych
by Bartosz 16 Mar '04

16 Mar '04

To jak najbardziej wiem, ale co zrobić z błędnie wystawioną fakturą?? -----Original Message----- From: lms-bounce(a)lists.rulez.pl [mailto:lms-bounce@lists.rulez.pl] On Behalf Of detekt(a)detekt.pl Sent: Tuesday, March 16, 2004 3:29 PM To: lms(a)lists.rulez.pl Subject: [lms] Re: Usuwanie operacji handlowych Witam Bartosz, > Mam taki sam problem :) i nie bardzo sobie radze w wystawieniem korekty > faktury, albo z jej poprawieniem (co się często przydaje i nie powoduje > bałaganu, jak to jest przy korektach). "Nie usuwasz. Wystawiasz operację korygującą." lexx nie mowi o korektach faktury bo tego w lms nie ma poki co a o korektach operacji, wiec jak np. wklepales komus wplate 50 zl a mialo byc 30 to obiazaszz jego konto kwota 20 zl i stosownie sobie to opisujesz zeby sie nie zgubic. -- Pozdrawiam Michal Kusmirek

1 0

Re: Usuwanie operacji handlowych
by detekt＠detekt.pl 16 Mar '04

16 Mar '04

Witam Bartosz, > Mam taki sam problem :) i nie bardzo sobie radze w wystawieniem korekty > faktury, albo z jej poprawieniem (co się często przydaje i nie powoduje > bałaganu, jak to jest przy korektach). "Nie usuwasz. Wystawiasz operację korygującą." lexx nie mowi o korektach faktury bo tego w lms nie ma poki co a o korektach operacji, wiec jak np. wklepales komus wplate 50 zl a mialo byc 30 to obiazaszz jego konto kwota 20 zl i stosownie sobie to opisujesz zeby sie nie zgubic. -- Pozdrawiam Michal Kusmirek

1 0

Re: Usuwanie operacji handlowych
by Bartosz 16 Mar '04

16 Mar '04

Mam taki sam problem :) i nie bardzo sobie radze w wystawieniem korekty faktury, albo z jej poprawieniem (co się często przydaje i nie powoduje bałaganu, jak to jest przy korektach). Pozdrawiam -----Original Message----- From: lms-bounce(a)lists.rulez.pl [mailto:lms-bounce@lists.rulez.pl] On Behalf Of Marcin Król Sent: Tuesday, March 16, 2004 10:53 AM To: lms(a)lists.rulez.pl Subject: [lms] Re: Usuwanie operacji handlowych Użytkownik FHU "JUTRA" napisał: > Zakaziło mnie LMS-em - próbuję TO wdrożyć w swojej firmie i na razie > podoba mi się ;) > Nurtuje mnie jednak jedno (jak na razie) - jak usunąć błędnie > wprowadzone operacje handlowe np.faktury,obciążenia,przychody itp. Nie usuwasz. Wystawiasz operację korygującą. -- 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: Usuwanie operacji handlowych
by Marcin Król 16 Mar '04

16 Mar '04

Użytkownik FHU "JUTRA" napisał: > Zakaziło mnie LMS-em - próbuję TO wdrożyć w swojej firmie i na razie > podoba mi się ;) > Nurtuje mnie jednak jedno (jak na razie) - jak usunąć błędnie > wprowadzone operacje handlowe np.faktury,obciążenia,przychody itp. Nie usuwasz. Wystawiasz operację korygującą. -- 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: Usuwanie operacji handlowych
by Tomasz Chilinski 16 Mar '04

16 Mar '04

On Mon, 15 Mar 2004 22:25:40 +0100, FHU \"JUTRA\" wrote > Wiatm ! Witam ;) > Zakaziło mnie LMS-em - próbuję TO wdrożyć w swojej firmie i na razie > podoba mi się ;) Nurtuje mnie jednak jedno (jak na razie) - jak > usunąć błędnie wprowadzone operacje handlowe np.faktury,obciążenia, > przychody itp. Póki co używasz "delete from ... where ... ;" ;) > FHU "JUTRA" > Dorota Kujawska > ul. Grunwaldzka 23 > 78-320 Połczyn Zdrój > NIP 672-139-78-06 Pozdrawiam Tomasz Chiliński

1 0

Re: Usuwanie operacji handlowych
by Krzysztof Zagorski 16 Mar '04

16 Mar '04

Monday, March 15, 2004, 10:25:40 PM, you wrote: > Wiatm ! > Zakaziło mnie LMS-em - próbuję TO wdrożyć w swojej firmie i na razie podoba > mi się ;) > Nurtuje mnie jednak jedno (jak na razie) - jak usunąć błędnie wprowadzone > operacje handlowe np.faktury,obciążenia,przychody itp. Ja usowam prosto w bazie, albo poprawiam. Choc fakt faktem ze jest to uciazliwe, czasmi czlowiek sie pomyli i trzeba "rzezbic" -- [ 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

Usuwanie operacji handlowych
by FHU "JUTRA" 15 Mar '04

15 Mar '04

Wiatm ! Zakaziło mnie LMS-em - próbuję TO wdrożyć w swojej firmie i na razie podoba mi się ;) Nurtuje mnie jednak jedno (jak na razie) - jak usunąć błędnie wprowadzone operacje handlowe np.faktury,obciążenia,przychody itp. FHU "JUTRA" Dorota Kujawska ul. Grunwaldzka 23 78-320 Połczyn Zdrój NIP 672-139-78-06

1 0

Re: Ponaglenia cd
by Paweł Rohde 14 Mar '04

14 Mar '04

Użytkownik A.L.E.C napisał: >jak wcześniej mówiłem, jeśli miałoby to być uniwersalne rozwiązanie, to nie >będzie to takie proste, bo: >1. dayofmonth() nie zadziała na postgresie > > Czyli może zrobić to tak: Wyciągnąć dzien i typ oplaty z bazy i potem w pętli wysyłającej sprawdzać w zależności od typu opłaty? >2. działa tylko z opłatami miesięcznymi, a co z rocznymi, kwartalnymi, >tygoniowymi? > > Rozumiem -> na razie tego nie używam, więc pominąłem w rozważaniu. >3. nie zadziała jeśli np. at = 28 > > No to uniwersalnie to trzeba to zrobić na datach a nie na dniach, no i po stronie skryptu by było nadal uniwersalnie. -- pozdrawiam Paweł Rohde

1 0

Okresowe naliczanie...
by Łukasz Jarosław Mozer 14 Mar '04

14 Mar '04

Witam. tj. można przypisać do kogoś daną taryfę na pół roku np. Ten feature jest dostępny w wersji CVS. Pytanie jest jedno - czy takie naliczenia które już wygasły (minął termin ich końca) powinny być usuwane? ja twierdzę że tak, 31 dni po ich wygaśnięciu, automagicznie przez lms-payments alec twierdzi ze natychmiastowo + ewentualnie kopia. a wy? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Ponaglenia cd
by Łukasz Jarosław Mozer 14 Mar '04

14 Mar '04

Witam. > Witam > Zabrałem się za ponaglenia. > Z racji, że nie znam dobrze struktury lms'a to proszę o komentarz do tak > sformuowanego zapytania: > SELECT users.id AS id, lastname, name, email, phone1, SUM((type * -2 + > 7) * cash.value) AS balance, > (dayofmonth(now()) - assignments.at) AS dzien > FROM users LEFT JOIN cash on users.id = cash.userid > LEFT JOIN assignments on users.id = assignments.userid > GROUP BY users.id, at > HAVING balance < 0 and dzien > 14 Aghr. Chyba dorośliśmy przynajmniej do zmiany typów w cash, na takie z zakresu -2, -1, +1, +2 ? :) -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0