- lms - lists.lms.org.pl

Re: one_class_per_host nie działa :(
by Matys Łukasz 14 Mar '06

14 Mar '06

Mariusz P. napisał(a): > Witam > Mam mały problem, chodzi o moduł tc.so z lms-demona, > generalnie ładnie mi generuje regułki gdy mam ustawione one_class_per_host > "1" > natomiast w momencie jak ustawię one_class_per_host "0" > robi się kiszka w pliku, zamiast adresów ip mam %i . > Nie używam markowania pakietów tylko lecę po adresach źródłowych i > docelowych. > Wgrałem nawet nowego demona ale nadal mam ten sam problem :( > Jezeli ustawisz per_host "0" to w innych opcjach nie zadziala zmienna %i. Zmien per_host na 1 to zadziala. Tak zostal stworzony ten modul, poniewaz komputery moga znajdowac sie w osobnych podsieciach, na innych interfejsach i bedzie kaszanka. Pozdrawiam. Matys Łukasz mobile: (+ 48) 504257944 gg: 6808288 msn: lukasz(a)e-matys.com

1 0

one_class_per_host nie działa :(
by Mariusz P. 14 Mar '06

14 Mar '06

Witam Mam mały problem, chodzi o moduł tc.so z lms-demona, generalnie ładnie mi generuje regułki gdy mam ustawione one_class_per_host "1" natomiast w momencie jak ustawię one_class_per_host "0" robi się kiszka w pliku, zamiast adresów ip mam %i . Nie używam markowania pakietów tylko lecę po adresach źródłowych i docelowych. Wgrałem nawet nowego demona ale nadal mam ten sam problem :(

1 0

Re: polskie znaki
by A.L.E.C 13 Mar '06

13 Mar '06

Paweł Barczyk wrote: > Zagłębiłem się troche bardziej w problem i stwierdzam,że literki "ż" > i "ź" są źle wyświetlane tylko w polu 'nazwa'-tabela customers > kolumna lastname. Natomiast w bazie psql znaki są wyświetlane > poprawnie, co więcej - w momencie kliknięcia edycji klienta nagle w > sposób cudowny wyskakują ż i ź, jednak po zapisaniu znów wyswietlane > są błędnie. Dodatkowo po tej operacji błędne znaki są już zapisane > do bazy danych. Wydaje mi się, że jednak problem może tkwić po > stronie kodu lms'a.... > Problem też występuje z alfabetycznym wyświetlaniem klientów: np. > klient "Ścisłowski" jest za "Laskowskim" ale przed "Lisem". > Póki co postanowiłem zrezygnować z polskich znaków w polu "nazwa" > Pozdrawiam developerów i gratuluje wytrwałości :D. Nie po stronie kodu LMSa na pewno, w opisanym przez ciebie przypadku dane są przepuszczane przez sqlową funkcję UPPER(), więc problem leży w postgresie. Tymbardziej że problem jest też w sortowaniem. Czy inicjowałeś bazę danych z opcją --locale=pl_PL.UTF-8 i czy masz (miałeś) takie locale w systemie? -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: [lms] Re: polskie znaki
by Paweł Barczyk 13 Mar '06

13 Mar '06

> Paweł Barczyk wrote: > > Witam. > > 1) Zainstalowałem właśnie lms 1.8.1 Shyla (1.757.2.8/1.13.2.2). > > Generalnie wyświetla mi wszystkie polskie znaki, oprócz "ż" i "ź". > > Gdzie może być problem? > > Wersja PostgreSQL: 7.4.7 > > Wersja PHP: 4.3.9 > > Wersja Smarty: 2.6.12 > > P.S. W pgAdmin polskie znaki są wyświetlane ok. > > > coś skopane z kodowaniem w bazie pewnie > -- > Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 > LAN Management System Developer - http://lms.rulez.pl > Zagłębiłem się troche bardziej w problem i stwierdzam,że literki "ż" i "ź" są źle wyświetlane tylko w polu 'nazwa'-tabela customers kolumna lastname. Natomiast w bazie psql znaki są wyświetlane poprawnie, co więcej - w momencie kliknięcia edycji klienta nagle w sposób cudowny wyskakują ż i ź, jednak po zapisaniu znów wyswietlane są błędnie. Dodatkowo po tej operacji błędne znaki są już zapisane do bazy danych. Wydaje mi się, że jednak problem może tkwić po stronie kodu lms'a.... Problem też występuje z alfabetycznym wyświetlaniem klientów: np. klient "Ścisłowski" jest za "Laskowskim" ale przed "Lisem". Póki co postanowiłem zrezygnować z polskich znaków w polu "nazwa" Pozdrawiam developerów i gratuluje wytrwałości :D.

1 0

Re: polskie znaki
by brzoza 12 Mar '06

12 Mar '06

A.L.E.C napisał(a): > Paweł Barczyk wrote: >> Witam. >> 1) Zainstalowałem właśnie lms 1.8.1 Shyla (1.757.2.8/1.13.2.2). >> Generalnie wyświetla mi wszystkie polskie znaki, oprócz "ż" i "ź". >> Gdzie może być problem? >> Wersja PostgreSQL: 7.4.7 >> Wersja PHP: 4.3.9 >> Wersja Smarty: 2.6.12 >> P.S. W pgAdmin polskie znaki są wyświetlane ok. > > coś skopane z kodowaniem w bazie pewnie > >> 2) Jeszcze jedno pytanie-troche dziwne, ale mnie denerwuje: >> jak wyświetlam listę komputerów to w dolnym rogu ikonki komputera >> jest czerwony pytajnik-bardzo irytujący-sugeruje mi, że w bazie są >> jakieś błędy(aloe może ma tam być?) > > sugeruje, że należałoby poszukać w dokumentacji > http://lms.rulez.pl/doc/menu-netdevices.html#MENU-NETDEVICES-MAP > te pytajniki masz najprawdopodobniej od tego ze w bazie nie ma wogole informacji o tym ze kiedykolwiek byly wlaczone dane kompy ;) brzoza

1 0

Re: polskie znaki
by A.L.E.C 12 Mar '06

12 Mar '06

Paweł Barczyk wrote: > Witam. > 1) Zainstalowałem właśnie lms 1.8.1 Shyla (1.757.2.8/1.13.2.2). > Generalnie wyświetla mi wszystkie polskie znaki, oprócz "ż" i "ź". > Gdzie może być problem? > Wersja PostgreSQL: 7.4.7 > Wersja PHP: 4.3.9 > Wersja Smarty: 2.6.12 > P.S. W pgAdmin polskie znaki są wyświetlane ok. coś skopane z kodowaniem w bazie pewnie > 2) Jeszcze jedno pytanie-troche dziwne, ale mnie denerwuje: > jak wyświetlam listę komputerów to w dolnym rogu ikonki komputera > jest czerwony pytajnik-bardzo irytujący-sugeruje mi, że w bazie są > jakieś błędy(aloe może ma tam być?) sugeruje, że należałoby poszukać w dokumentacji http://lms.rulez.pl/doc/menu-netdevices.html#MENU-NETDEVICES-MAP -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

polskie znaki
by Paweł Barczyk 12 Mar '06

12 Mar '06

Witam. 1) Zainstalowałem właśnie lms 1.8.1 Shyla (1.757.2.8/1.13.2.2). Generalnie wyświetla mi wszystkie polskie znaki, oprócz "ż" i "ź". Gdzie może być problem? Wersja PostgreSQL: 7.4.7 Wersja PHP: 4.3.9 Wersja Smarty: 2.6.12 P.S. W pgAdmin polskie znaki są wyświetlane ok. 2) Jeszcze jedno pytanie-troche dziwne, ale mnie denerwuje: jak wyświetlam listę komputerów to w dolnym rogu ikonki komputera jest czerwony pytajnik-bardzo irytujący-sugeruje mi, że w bazie są jakieś błędy(aloe może ma tam być?) Np. w wersji 1.2.3 nie było tego pytajnika. Nadmienię, że to jest nowa, czysta baza, a nie konwertowana. Dzieki za odpowiedz - Pozdrawiam

1 0

Re: [lms] Re: Błąd przy kompilacji daemon
by jacekowski 11 Mar '06

11 Mar '06

a na poczatek czytac bledy - bo pisal na pewno przy kompilacji ze mu pliku brakuje

1 0

Re: Błąd przy kompilacji daemon
by Grzegorz Karasiński 11 Mar '06

11 Mar '06

Człowiek imieniem Grzegorz Karasiński <karas(a)tarnobrzeg.org> napisał: >> Pewnie mnie zbluzgacie, bo pojawiało się to juz na liście. Jednak nie >> znalazłem rozwiązania. Bardzo prosze kogoś o napisanie brakującego >> pakietu, przyda się to napewno następnym. kernel*dev doinstalowałem. >> Błąd: >> [...] >> dbdrivers/mysql/db.c: In function `db_abort': >> dbdrivers/mysql/db.c:325: error: `c' undeclared (first use in this >> function) make: *** [dbdrivers/mysql/db.o] Błąd 1 >> System: >> Debian 3.1 stable 2.4.27-2-386 Dla tych co kiedys w przyszłości będą mieli takowy problem. libmysqlclient14-dev Pozdrawiam -- Grzegorz Karasiński <karas(a)tarnobrzeg.org>

1 0

Re: [lms] Błąd przy kompilacji daemon
by Grzegorz Karasiński 11 Mar '06

11 Mar '06

Człowiek imieniem Grzegorz Karasiński <karas(a)tarnobrzeg.org> napisał: > Pewnie mnie zbluzgacie, bo pojawiało się to juz na liście. Jednak nie > znalazłem rozwiązania. Bardzo prosze kogoś o napisanie brakującego > pakietu, przyda się to napewno następnym. kernel*dev doinstalowałem. > Błąd: > [...] > dbdrivers/mysql/db.c: In function `db_abort': > dbdrivers/mysql/db.c:325: error: `c' undeclared (first use in this > function) make: *** [dbdrivers/mysql/db.o] Błąd 1 > System: > Debian 3.1 stable 2.4.27-2-386 > Z góry dzięki i pozdrawiam! Odpisuje sam na swojego maila ponieważ od nikogo nie otrzymałem odpowiedzi. Bardzo prosze o pomoc. Jeżeli nie na liscie to proszę o kontakt mailowy kogoś kto mi zechce pomóc. Przepraszam za natarczywość i pozdrawiam -- Grzegorz Karasiński <karas(a)tarnobrzeg.org>

1 0