Lipiec 2007 - lms - lists.lms.org.pl

prosze o zmiane fragmentu kodu
by pegass 06 Lip '07

06 Lip '07

Witam poszukuje osoby ktora pomoze mi wprowadzic zmiany co pliku cbq-init (plik juz byl zmieniany) Sam malo znam sie na C wiec takiej operacji nie wykonam. Dlatego tez was prosze o pomoc. Szefowie chca wprowadzic promocje 2x dla ludzi ktorzy placa regularnie. Napisalem skrypt ktory analizuje platnosci i do tabeli mnoznik dodaje przy numerze klienta albo 1 albo 2 w zaleznosci od tego czy klient placi regularnie czy nie oto przyklad tabeli: INSERT INTO `mnoznik` (`kid`, `mnoznik`) VALUES (1, '2'), (2, '1'), (3, '1'), (4, '1'), (5, '2'), (6, '1'), (7, '2'), (8, '1'), (9, '1'); kid - nr klienta (nie komputera) mnoznik - przez jaka cyfre ma zostac przemnozony pakiet oczywiscie tabela mnoznik jest w tej samej bazie co lms mianowicie potrzebuje osiagnac cos takiego: g->str_replace(&cbq_down, "%downrate", itoa(h_downrate*MNOZNIK)); g->str_replace(&cbq_down, "%rw", itoa((int)(h_downrate*MNOZNIK/10))); g->str_replace(&cbq_down, "%downceil", itoa(h_downceil*MNOZNIK)); g->str_replace(&cbq_down, "%cw", itoa((int)(h_downceil*MNOZNIK/10))); g->str_replace(&cbq_down, "%climit", itoa(h_climit*MNOZNIK)); g->str_replace(&cbq_down, "%plimit", itoa(h_plimit*MNOZNIK)); g->str_replace(&cbq_up, "%uprate", itoa(h_uprate*MNOZNIK)); g->str_replace(&cbq_up, "%rw", itoa((int)(h_uprate*MNOZNIK/10))); g->str_replace(&cbq_up, "%upceil", itoa(h_upceil*MNOZNIK)); g->str_replace(&cbq_up, "%cw", itoa((int)(h_upceil*MNOZNIK/10))); g->str_replace(&cbq_up, "%climit", itoa(h_climit*MNOZNIK)); g->str_replace(&cbq_up, "%plimit", itoa(h_plimit*MNOZNIK)); jak juz pisalem nieznam sie na C wiec jest to napisane napewno zle :D chociaz cbq-init juz zmienialem dlatego tez zalanczam swoj plik cbq-init orginaly sa mniej wiecej bez MNOZNIK oczywiscie mnoznik to wartosc przez jaka ma przemnozyc (wartosc wyciagnieta z tabeli) mysle ze opisalem swoj problem zrozumiale. Jest w stanie mi ktos pomoc? wrazie czego moj gg: 11389 _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

rozliczanie
by croolyc 06 Lip '07

06 Lip '07

witka mam taki problem, choc moze to zamierzone dzialanie tworcow 1. gdy rozliczam fakture - nie rozlicza mi się zobowiązanie klienta 2. co z tym idzie np. klient zalega za dwa miechy zapłacił za jeden a w jego karcie nie moge rozliczyć bo jak klikam rozlicz to mi chce wszystkie tranzakcje rozliczac - nie pojedynczo 3. jak usunąć wpisy z rachunku klienta - dodane recznie *LMS wersja 1.9.3 Zarin (1.803/1.18)* _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] daemon+mysql+radius+mikrotik
by jacekowski 06 Lip '07

06 Lip '07

to recznie mu te rejecty popraw, a jak nie to ci te pliki gdzies wystawie _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] daemon+mysql+radius+mikrotik
by Marcin o2.pl 05 Lip '07

05 Lip '07

> mi sie ten patch czysto naklada na wersje LMS version 1.9.7 Thalan użyłem 1.9.7 (miałem 1.9.5) i nadal mam: patch -p1 < tc2 patching file tc.c Hunk #2 FAILED at 231. Hunk #3 FAILED at 276. 2 out of 3 hunks FAILED -- saving rejects to file tc.c.rej :-( _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] modul payments daemona
by A.L.E.C 05 Lip '07

05 Lip '07

Andrzej Banach wrote: > Czy dobrze opisalem zasade dzialania platnosci? Chodzi mi najbardziej o > ten 2 pt czy na pewno tak ma byc ze na czerwono to sie wyswietla czy > moze ja ciagle cos zle robie? Do tej pory przy ustalaniu platnosci w > pole "kiedy" byla wpisywane 15 i na liscie ladnie bylo widac od razu czy > klient placi przed terminem czy po (kolorkami sie to odroznialo). Po > zmianie bedzie wszystko na czerwono zawsze. Czy to jest prawidlowe? > > tak -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] modul payments daemona
by Andrzej Banach 05 Lip '07

05 Lip '07

Andy pisze: > > Witam > > Raczej robisz na okretke. > Można ustawic dzien naliczania na 1 dzien kazdego miesiaca z platnoscia do > 15 dnia kazdego miesiaca. > Platnosc ustawiasz przelew z terminem 14 dni i już masz po klopocie. > Klient otrzymuje FV z informacja ze abonament jest od 01 do 31 a platnosc ma > do 15. > > > Ok. w takim razie chyba rzeczywiscie dostosuje sie do lms'a i przestawie sie na naliczanie od 01. Unikne w ten sposob ewentualnych przyszlych klopotow w razie powstania jakiegos modulu korzystajacego z platnosci. To teraz jeszcze gwoli wyjasnien prosze o potwierdzenie czy dobrze rozumuje; 1. Ustawiam klientowi zobowiazanie: - wybieram z menu taryfe; - wybieram "okres" "miesiecznie"; - w pole "kiedy" wpisuje 01; 2. Przychodzi nowy miesiac i modul payments 01 nalicza platnosc. - klient jeszcze nie oplacil wiec odrazu na liscie wyswietla sie to na czerwono; - wysylam klientom FV i oczekuje na wplate; - caly czas w userpanelu itp klientowi wyswietla sie w platnosciach na czerwono ze nie oplacil itp; 3. Dobijamy do terminu platnosci (15-go) i zalacza sie modul cutoff czy tam przypominajacy jakis o braku oplaty; - klient dostaje przypomnienia itp lub tam ma odlaczany net - jak kto woli; Czy dobrze opisalem zasade dzialania platnosci? Chodzi mi najbardziej o ten 2 pt czy na pewno tak ma byc ze na czerwono to sie wyswietla czy moze ja ciagle cos zle robie? Do tej pory przy ustalaniu platnosci w pole "kiedy" byla wpisywane 15 i na liscie ladnie bylo widac od razu czy klient placi przed terminem czy po (kolorkami sie to odroznialo). Po zmianie bedzie wszystko na czerwono zawsze. Czy to jest prawidlowe? -- pozdrawiam; Andrzej Banach http://net-komp.net.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] modul payments daemona
by Andy 05 Lip '07

05 Lip '07

Witam Raczej robisz na okretke. Można ustawic dzien naliczania na 1 dzien kazdego miesiaca z platnoscia do 15 dnia kazdego miesiaca. Platnosc ustawiasz przelew z terminem 14 dni i już masz po klopocie. Klient otrzymuje FV z informacja ze abonament jest od 01 do 31 a platnosc ma do 15. Pozdrawiam _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] modul payments daemona
by A.L.E.C 05 Lip '07

05 Lip '07

Andrzej Banach wrote: > Zalezy mi by zobowiazanie bylo naliczone dopiero 15-go by klient sie nie > burzyl ze ma cos na minusie od poczatku miesiaca choc termin platnosci > jest do 15-go wiec nie za bardzo moge wystawiac zobowiazania juz 01. > kazdego miesiaca. > Czy jest jakis sposob by rozwiazac ten problem bez ingerencji w samego > lms'a? > Lub ewentualnie jak nie ma to czy jest szansa ze do lms'a wejdzie na > stale jakas opcja ustawiana w konfiguracji modulu umozliwiajaca to > (zobowiazuje sie do napisania tego drobnego patcha)? > A moze ja ciagle zle rozumuje i probuje cos zrobic na okretke? > > Możesz zrobić patcha z obsługą np. %current_month, ale lepiej nie kombinuj tylko wystawiaj 1-go. Nie przejmuj się klientami, 15-go jest termin płatności, a nie data powstania zobowiązania. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

modul payments daemona
by Andrzej Banach 05 Lip '07

05 Lip '07

Witam; Od samego poczatku uzywam modulu payments daemona. Jednak juz od nowosci nie moge rozgryzc jak w "normalnych" warunkach wyliczana jest zmienna %period w komentarzu. Pamietam ze kiedys byl poruszany podobny problem ale nie zostal rozwiazany wkoncu. Przechodze do rzeczy: Mam klientow ktorzy zawsze placa do 15-go kazdego miesiaca za dany miesiac. Jak im w takim razie poustawiac zobowiazania by w komentarzu bylo ze oplata jest za okres od 01. do 31. danego miesiaca a nie od 15. do 14 nastepnego miesiaca. Osobiscie po aktualizacji lms'a ciagle nakladam swojego patcha ktory odejmuje 14 dni i jest git, ale to takie nieeleganckie :P Zalezy mi by zobowiazanie bylo naliczone dopiero 15-go by klient sie nie burzyl ze ma cos na minusie od poczatku miesiaca choc termin platnosci jest do 15-go wiec nie za bardzo moge wystawiac zobowiazania juz 01. kazdego miesiaca. Czy jest jakis sposob by rozwiazac ten problem bez ingerencji w samego lms'a? Lub ewentualnie jak nie ma to czy jest szansa ze do lms'a wejdzie na stale jakas opcja ustawiana w konfiguracji modulu umozliwiajaca to (zobowiazuje sie do napisania tego drobnego patcha)? A moze ja ciagle zle rozumuje i probuje cos zrobic na okretke? -- pozdrawiam; Andrzej Banach http://net-komp.net.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] daemon+mysql+radius+mikrotik
by jacekowski 05 Lip '07

05 Lip '07

mi sie ten patch czysto naklada na wersje LMS version 1.9.7 Thalan _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0