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

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

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