- lms - lists.lms.org.pl

Re: Faktury w PDFie
by Paweł Rohde 14 Cze '04

14 Cze '04

Dnia 2004-06-14 16:38, Użytkownik detekt(a)detekt.pl napisał: >ja sie z tym bawilem szlo nawet ok ale utknalem na cholernych polskich >ogonkach :( >i koncept porzucilem > > A z czego korzystałeś? -- pozdrawiam [ pawel(a)rohde.poznan.pl [ Paweł Rohde

1 0

Re: Faktury w PDFie
by detekt＠detekt.pl 14 Cze '04

14 Cze '04

Witam Paweł, > Witam > Tak się przymierzam do tematu i sptytam kontrolnie, czy ma ktoś zrobioną > generację faktur do PDF? > Ew, jakieś wskazówki na ten temat? ja sie z tym bawilem szlo nawet ok ale utknalem na cholernych polskich ogonkach :( i koncept porzucilem -- Pozdrawiam Detekt

1 0

Faktury w PDFie
by Paweł Rohde 14 Cze '04

14 Cze '04

Witam Tak się przymierzam do tematu i sptytam kontrolnie, czy ma ktoś zrobioną generację faktur do PDF? Ew, jakieś wskazówki na ten temat? -- pozdrawiam [ pawel(a)rohde.poznan.pl [ Paweł Rohde

1 0

Re: htb
by JacekK 14 Cze '04

14 Cze '04

----- Original Message ----- From: <detekt(a)detekt.pl> To: <lms(a)lists.rulez.pl> Sent: Monday, June 14, 2004 4:08 PM Subject: [lms] Re: htb > Witam A.L.E.C, > > > Byćmoże będę dorabiał nową funkcjonalnośc do lms'a związaną z htb, i mam > > wątpliwość, czy robić to jako osobny moduł do contrib, czy można zintegrować > > z lmsem. Chodzi o dodanie nowych pól do tabeli tariffs (lub nodes, jeszcze > > nie wiem) na up ceil, down ceil i jeszcze connlimity. Co o tym myślicie? > > mysle ze byl by to calkiem dobry pomysl. > Bylo by tez dobrze ze jezeli sie tak da zeby jak jest kilka podsieci > na eth1 to zeby szybkosc transferu pomiedzy nimi byla taka jak > po Internecie(nie wiem czy to jest wykonalne). > > -- > Pozdrawiam Detekt > > Witam. To moze by przy okazji dodac pole do routowania klienta. Mam 5 DSL-i, i w tym momencie wykorzystuje pole "Urzadzenia sieciowe" w karcie usera. Statycznie ustawiam kazdego klienta indywidualnie, gdzie ma byc routowany (moge przynajmniej rownomiernie rozlozyc klientow na tych laczach). jesli ktos jest zainteresowany, sktypt w php moge podeslac do generowania regolek routingu. A jesli ma byc pole HTB to przydalo by sie tez ustawianie priorytetow, obok download i upload. Pzdr Jacek

1 0

Re: htb
by detekt＠detekt.pl 14 Cze '04

14 Cze '04

Witam A.L.E.C, > Byćmoże będę dorabiał nową funkcjonalnośc do lms'a związaną z htb, i mam > wątpliwość, czy robić to jako osobny moduł do contrib, czy można zintegrować > z lmsem. Chodzi o dodanie nowych pól do tabeli tariffs (lub nodes, jeszcze > nie wiem) na up ceil, down ceil i jeszcze connlimity. Co o tym myślicie? mysle ze byl by to calkiem dobry pomysl. Bylo by tez dobrze ze jezeli sie tak da zeby jak jest kilka podsieci na eth1 to zeby szybkosc transferu pomiedzy nimi byla taka jak po Internecie(nie wiem czy to jest wykonalne). -- Pozdrawiam Detekt

1 0

htb
by A.L.E.C 14 Cze '04

14 Cze '04

Byćmoże będę dorabiał nową funkcjonalnośc do lms'a związaną z htb, i mam wątpliwość, czy robić to jako osobny moduł do contrib, czy można zintegrować z lmsem. Chodzi o dodanie nowych pól do tabeli tariffs (lub nodes, jeszcze nie wiem) na up ceil, down ceil i jeszcze connlimity. Co o tym myślicie? -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Can't call method "val" on an undefined value....
by A.L.E.C 14 Cze '04

14 Cze '04

Ponieważ kilka razy były zgłaszane takie problemy ze skryptami perlowymi i sam ostatnio to miałem, więc dla potomności podaję, że jest to na 99% błąd parsera pliku ini, spowodowany oczywiście błędem składni w tym pliku. Jak łatwo znaleźć błąd? W naszym skrypcie po linii: my $ini = new Config::IniFiles .... dodajemy linię: print @Config::IniFiles::errors; i podczas uruchomienia skryptu dostaniemy ładne komunikaty z numerami linii w pliku lms.ini gdzie jest błąd. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: RFD: cut_without_assginements
by A.L.E.C 14 Cze '04

14 Cze '04

Łukasz Jarosław Mozer wrote: > We wszystkich przypadkach pozostaje sprawa użytkowników którzy nie > płacą (admini, etc). Kłóci się to z wielką prawdą "admin nie płaci > nie ma assigmentów". Ale to ma zastosowanie w ASK'ach, a powyższa > opcja powinna być przydatna u ISPów. admin może mieć taryfę o wartości zerowej i problem z głowy - ma assignment. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: RFD: cut_without_assginements
by Tomasz Chilinski 14 Cze '04

14 Cze '04

On Mon, 14 Jun 2004 10:57:52 +0200, Łukasz Jarosław Mozer wrote > Witam. Witam. > Chodzi tutaj o odłączenie ludzi po pewnym okresie, np. po upłynięciu > abonamentu. Typowo - klient zgłasza że od pierwszego kończy > korzystanie z uługi. Można by było to rozwiązać poprzez: Proponuję dodać kolejkę poleceń do realizacji. Jednym z poleceń byłoby odłączenie abonenta w określonym dniu. Innym mogłoby być jego zawieszenie. Znajdzie się jeszcze dużo innych zastosowań dla czegoś takiego. > Pozdrawiam. > Łukasz Jarosław Mozer Pozdrawiam Tomasz Chiliński

1 0

RFD: cut_without_assginements
by Łukasz Jarosław Mozer 14 Cze '04

14 Cze '04

Witam. Chodzi tutaj o odłączenie ludzi po pewnym okresie, np. po upłynięciu abonamentu. Typowo - klient zgłasza że od pierwszego kończy korzystanie z uługi. Można by było to rozwiązać poprzez: a) traktowanie osób bez assigmentów jako odłączone w lms-mgc b) odłączanie userów bez assigmentów w lms-cutoff c) zmiana filozofii lms'a (pernamentna) że osoba bez usług to osoba odłączona. d) dodanie jakichś featuresów 'odłącz po', etc... (beznadziejne) We wszystkich przypadkach pozostaje sprawa użytkowników którzy nie płacą (admini, etc). Kłóci się to z wielką prawdą "admin nie płaci nie ma assigmentów". Ale to ma zastosowanie w ASK'ach, a powyższa opcja powinna być przydatna u ISPów. a i b są raczej łatwe do zrealizowania i weszłyby do 1.3.x c powiedzmy trudniejsza i większa robota, poszło by to może do 1.3.x, ale nie dam pewności. Czekam na komentarze. Pozdrawiam. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0