- lms - lists.lms.org.pl

Re: ankieta - powiązania obciążenie-wpłata
by Tomasz Chilinski 08 Sie '05

08 Sie '05

On Mon, 8 Aug 2005 15:23:50 +0200, Tomasz Chilinski wrote > a) korzystam i nie chcę z tego rezygnować (póki co) Aha oczywiście dla wszystkich przychodów nie będzie wiadomo, które z nich są bezrachunkowe, a które nie i to spowoduje poważny problem.

1 0

Re: ankieta - powiązania obciążenie-wpłata
by Tomasz Chilinski 08 Sie '05

08 Sie '05

a) korzystam i nie chcę z tego rezygnować (póki co)

1 0

Re: ankieta - powiązania obciążenie-wpłata
by -=ReYu=- 08 Sie '05

08 Sie '05

A.L.E.C napisał(a): > 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 > Jak dla mnie to opcja B) Korzystam ale moge bez tego żyć. Funkcja łącząca poprzednie wplaty nie bedzie potrzebna jak mysle.wplaty dalej beda wplatami i tak pozostanie tylko nie bedzie powiazania.

1 0

Re: ankieta - powiązania obciążenie-wpłata
by Jaroslaw Dziubek 08 Sie '05

08 Sie '05

[Monday, 08 August 2005], A.L.E.C napisał(a): > b) korzystam ale mogę bez tego żyć :))))) Tylko prosze o narzedzie, ktore "polaczy" spowrotem wplaty z jednakowa data w jeden wpis (teraz sporo jest rozbitych na kilka nawet wplat z jedna data, ale roznym reference ;-) -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

squid redirector - problemow ciag dalszy :\
by kamil kapturkiewicz 08 Sie '05

08 Sie '05

witam reinstallowalem juz squida, apache, mysql, php i wciaz to samo: FATAL: The redirector helpers are crashing too rapidly, need help! Squid Cache (Version 2.5.STABLE10-20050722): Terminated abnormally. CPU Usage: 0.030 seconds = 0.020 user + 0.010 sys Maximum Resident Size: 0 KB Page faults with physical i/o: 409 Memory usage for squid via mallinfo(): total space in arena: 2272 KB Ordinary blocks: 2249 KB 7 blks Small blocks: 0 KB 0 blks Holding blocks: 464 KB 2 blks Free Small blocks: 0 KB Free Ordinary blocks: 22 KB Total in use: 2713 KB 119% Total free: 22 KB 1% /usr/bin/perl: relocation error: /usr/lib/perl5/site_perl/5.8.7/i486-linux/auto/DBD/mysql/mysql.so: undefined symbol: mysql_init Can't call method "finish" on an undefined value at /usr/local/apache/htdocs/lms/contrib/squid_redirector/lms-squid line 83. mysql 4.0.25 apache 1.3.33 php 4.3.10 gdzie robie blad, lub co jest nie tak ? pozdro.

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 > 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