Sierpień 2005 - lms - lists.lms.org.pl

Re: [lms] ankieta - powiązania obciążenie-wpłata
by Dariusz Kowalczyk 08 Sie '05

08 Sie '05

Dnia Mon, 08 Aug 2005 12:22:19 +0200, A.L.E.C <alec1(a)poczta.onet.pl> napisał: > Rozważamy usunięcie powyższej funkcjonalności z LMSa, ponieważ: > a) jest upierliwie zaimplementowana i utrudnia kodowanie > b) nie działa w 100% tak jak powinna > c) ma zły wpływ na wydajność LMSa > d) chyba stosunkowo mało ludzi z niej korzysta > > Stąd krótka ankieta dla tych który korzystają z powiązywania obciążeń z > wpłatami (Przedpłaty itd.). Proszę o wybranie odpowiedzi: > a) korzystam i nie chcę z tego rezygnować > b) korzystam ale mogę bez tego żyć > c) nie korzystam, ale mam taki zamiar > nie wspominajac juz o tym ze takie powiazanie to same problemy bo co z czym powiazywac jak klient przeleje(wplaci) jakas tam wydumana kwote ktora akurat dysponowal a ona na przyklad pokrywa 2/3 zaleglej kwoty za 4 miesiace .. i 3 abonamenty ... dlatego uważam żę powiązania obciążenie-wpłata nie ma wiekszego sensu a rodzi tylko i wyłacznie problemy

1 0

Re: [lms] ankieta - powiązania obciążenie-wpłata
by Dariusz Kowalczyk 08 Sie '05

08 Sie '05

Dnia Mon, 08 Aug 2005 12:22:19 +0200, A.L.E.C <alec1(a)poczta.onet.pl> napisał: > Rozważamy usunięcie powyższej funkcjonalności z LMSa, ponieważ: > a) jest upierliwie zaimplementowana i utrudnia kodowanie > b) nie działa w 100% tak jak powinna > c) ma zły wpływ na wydajność LMSa > d) chyba stosunkowo mało ludzi z niej korzysta > > Stąd krótka ankieta dla tych który korzystają z powiązywania obciążeń z > wpłatami (Przedpłaty itd.). Proszę o wybranie odpowiedzi: > a) korzystam i nie chcę z tego rezygnować > b) korzystam ale mogę bez tego żyć > c) nie korzystam, ale mam taki zamiar > powinien byc jeszcze punkt d)nie korzystam ale uwazam rozwiazane jest zle zgadzam sie ze powiazania obiazenie-wplata sa niepotrzebne najlepiej jest robic to tak jak rozliczaja sie wszystkie firmy miedzy soba czyli na zasadzie salda, nie wazne za co kontrahent wplacił waże jest czy po bilansie saldo wynosi 0 lub kwota jest dodatnia (zadłużenie) czy ujemna ..to my "wisimy" kontrahentowi ...to na pewno uprosci kodowanie i po porstu bedzie jak byc powinno informacja za co klient wisi jest tak na prawde nie istatna ważne jest że wisi !! i ile wisi. pozdrawiam Dariusz Kowalczyk

1 0

ankieta - powiązania obciążenie-wpłata
by A.L.E.C 08 Sie '05

08 Sie '05

Rozważamy usunięcie powyższej funkcjonalności z LMSa, ponieważ: a) jest upierliwie zaimplementowana i utrudnia kodowanie b) nie działa w 100% tak jak powinna c) ma zły wpływ na wydajność LMSa d) chyba stosunkowo mało ludzi z niej korzysta Stąd krótka ankieta dla tych który korzystają z powiązywania obciążeń z wpłatami (Przedpłaty itd.). Proszę o wybranie odpowiedzi: a) korzystam i nie chcę z tego rezygnować b) korzystam ale mogę bez tego żyć c) nie korzystam, ale mam taki zamiar -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: [lms] kod sprawdzający mac-i ma błąd
by Tomasz Chilinski 07 Sie '05

07 Sie '05

On Sun, 7 Aug 2005 09:29:30 +0200, Rafal Drozd wrote > W Twoim liście datowanym 7 sierpnia 2005 (00:28:09) można przeczytać: > > > jeszcze dalej - jeśli jakiś octet w MAC jest zerem to w ogóle go pomijać np. > > 00:C0:40:01:52:53 ->> :C0:40:1:52:53 ;-) > > Dobra, a jak zinterpretujesz to :C0:40:1:52:53 ? Gdzie wstawisz zera? > W pierwszym polu ok, bez problemu bo mozna wstawic dwa a w czwartym > polu ? Albo bedziesz mial 10 albo 01 ;) A zauważyłeś C0 i 40? :) Tu chodzi o zera poprzedzające... > Rafal Drozd Tomasz Chiliński

1 0

Re: kod sprawdzający mac-i ma błąd
by Tommy Vercetti 07 Sie '05

07 Sie '05

On Sunday 07 August 2005 10:37, Rafal Drozd wrote: > W Twoim liście datowanym 7 sierpnia 2005 (09:36:30) można przeczytać: > >> Dobra, a jak zinterpretujesz to :C0:40:1:52:53 ? Gdzie wstawisz zera? > >> W pierwszym polu ok, bez problemu bo mozna wstawic dwa a w czwartym > >> polu ? Albo bedziesz mial 10 albo 01 ;) > > > > tylko i wyłącznie 01, pomija się tzw. wiodące (nieistotne) zera > > a arpwatch nie generuje czasem w taki sposob 0:4:76:e9:51:56 ? > w sensie tak jak napisales ze ucina tylko wiodace zera a nie :C0:40:1:52:53 Tak, ale on zaproponował jeszcze jeden wyjątek. IMO nie potrzebny. -- Vercetti

1 0

Re: [lms] Re: [lms] Re: [lms] Re: [lms] kod sprawdzający mac-i ma błąd
by Rafal Drozd 07 Sie '05

07 Sie '05

W Twoim liście datowanym 7 sierpnia 2005 (09:36:30) można przeczytać: >> Dobra, a jak zinterpretujesz to :C0:40:1:52:53 ? Gdzie wstawisz zera? >> W pierwszym polu ok, bez problemu bo mozna wstawic dwa a w czwartym >> polu ? Albo bedziesz mial 10 albo 01 ;) > tylko i wyłącznie 01, pomija się tzw. wiodące (nieistotne) zera a arpwatch nie generuje czasem w taki sposob 0:4:76:e9:51:56 ? w sensie tak jak napisales ze ucina tylko wiodace zera a nie :C0:40:1:52:53 -- Pozdrowienia, Rafal Drozd

1 0

Re: [lms] Re: [lms] Re: [lms] kod sprawdzający mac-i ma błąd
by A.L.E.C 07 Sie '05

07 Sie '05

Rafal Drozd wrote: >> jeszcze dalej - jeśli jakiś octet w MAC jest zerem to w ogóle go >> pomijać np. 00:C0:40:01:52:53 ->> :C0:40:1:52:53 ;-) > > Dobra, a jak zinterpretujesz to :C0:40:1:52:53 ? Gdzie wstawisz zera? > W pierwszym polu ok, bez problemu bo mozna wstawic dwa a w czwartym > polu ? Albo bedziesz mial 10 albo 01 ;) tylko i wyłącznie 01, pomija się tzw. wiodące (nieistotne) zera -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: [lms] kod sprawdzający mac-i ma błąd
by Rafal Drozd 07 Sie '05

07 Sie '05

W Twoim liście datowanym 7 sierpnia 2005 (00:28:09) można przeczytać: > jeszcze dalej - jeśli jakiś octet w MAC jest zerem to w ogóle go pomijać np. > 00:C0:40:01:52:53 ->> :C0:40:1:52:53 ;-) Dobra, a jak zinterpretujesz to :C0:40:1:52:53 ? Gdzie wstawisz zera? W pierwszym polu ok, bez problemu bo mozna wstawic dwa a w czwartym polu ? Albo bedziesz mial 10 albo 01 ;) -- Pozdrowienia, Rafal Drozd

1 0

Re: [lms] Re: [lms] kod sprawdzający mac-i ma błąd
by A.L.E.C 07 Sie '05

07 Sie '05

Tomasz Chilinski wrote: > Słuchajcie tow. Baseciq, też nad tym się zastanawiałem - w sumie o > jedno wciśnięcie klawisza mniej, a nawet może dużo mniej wciśnięć, bo > faktycznie nie tylko arpwatch takie cudowne adresy MAC generuje... > Można by się posunąć > jeszcze dalej - jeśli jakiś octet w MAC jest zerem to w ogóle go > pomijać np. 00:C0:40:01:52:53 -> :C0:40:1:52:53 ;-) no to klawiatury w łapki i pisać, tylko, że to ma działać tylko dla wprowadzanych MACów, do bazy powinna już iść poprawiona forma z wstawionymi zerami. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: [lms] kod sprawdzający mac-i ma błąd
by Tomasz Chilinski 07 Sie '05

07 Sie '05

On Sat, 6 Aug 2005 20:21:52 +0200, Łukasz Jarosław Mozer wrote > Witam. > > W liście z dnia 6 sierpnia 2005 (19:53:34) można przeczytać: > > > Witam > > > Kod sprawdzający czy MAC addr jest poprawny, wymaga aby kazda cyfra miała dwa > > znaki, tym czasem arpwatch na przykład skraca je do jednego, nie używając > > zera kiedy jest niepotrzebne. (mają zle zapisanego prawdopodobnie printfa, > > zamiast %X02 tylko %X). > > Czy to nasz czy arpwatcha problem? Słuchajcie tow. Baseciq, też nad tym się zastanawiałem - w sumie o jedno wciśnięcie klawisza mniej, a nawet może dużo mniej wciśnięć, bo faktycznie nie tylko arpwatch takie cudowne adresy MAC generuje... Można by się posunąć jeszcze dalej - jeśli jakiś octet w MAC jest zerem to w ogóle go pomijać np. 00:C0:40:01:52:53 -> :C0:40:1:52:53 ;-) > -- > Łukasz Jarosław Mozer Tomasz Chiliński

1 0