- lms - lists.lms.org.pl

lms na amd64
by almaop＠o2.pl 15 Mar '06

15 Mar '06

Cześć. Mam problem z instalacją lmsa. Wykonawszy wszystko dokładnie tak jak jest w dokumentacji odpalenie stronki http://adres/lms/ powoduje że apache zaczyna nagle zjadać całą moc procesora. Po 30 sekundach apache daje sobie spokuj podając w logach że php przekroczyło limit czasowy. Najciekawsze jest jednak to że ta sama konfiguracja działa w przypadku zwykłego athlona-xp. Na obydwu maszynach stoi PLD z tym że na że na athlonie64 zainstalowane są rpmy 64 bitowe. Te same wersje: apache 2.2, php 5.1.2, postgres 8.1.2, Smarty też to samo. Te same pakiety. Wszelkie włączanie opcji debug - czy to w lms.ini czy też w apache.conf nic ciekawego nie wnosi. Jedyne co zaobserwowałem to: httpd/error_log na athlonie-xp: [Wed Mar 15 20:56:39 2006] [notice] Apache/2.2.0 (Unix) PHP/5.1.2 configured -- resuming normal operations [Wed Mar 15 20:56:46 2006] [error] [client 127.0.0.1] PHP Notice: Undefined index: password in /var/lms/index.php on line 111 [Wed Mar 15 20:56:46 2006] [error] [client 127.0.0.1] PHP Notice: Undefined index: HTTP_X_FORWARDED_FOR in var/lms/lib/Auth.class.php on line 51 [Wed Mar 15 20:56:46 2006] [error] [client 127.0.0.1] PHP Notice: Undefined index: HTTP_CLIENT_IP in /var/lms/lib/Auth.class.php on line 53 [Wed Mar 15 20:56:46 2006] [error] [client 127.0.0.1] PHP Notice: Undefined index: userpanel_dir in /var/lms/lib/menu.php on line 493 [...] itd. - i to działa, natomiast w przypadku athlona64 info z tego pliku ogranicza się do: [Wed Mar 15 23:03:54 2006] [notice] Apache/2.2.0 (Unix) PHP/5.1.2 configured -- resuming normal operations [Wed Mar 15 23:03:54 2006] [info] Server built: Feb 27 2006 11:39:43 [Wed Mar 15 23:03:54 2006] [debug] prefork.c(991): AcceptMutex: sysvsem (default: sysvsem) [Wed Mar 15 23:04:05 2006] [error] [client 10.0.0.17] PHP Notice: Undefined index: password in /var/lms/index.php on line 111 [Wed Mar 15 23:04:35 2006] [error] [client 10.0.0.17] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /var/lms/lib/common.php on line 176 Wygląda na to że coś jest nie tak z lms/lib/common.php. Czy mógłby ktoś rzucić na to okiem i stwierdzić że rzeczywiście jest to wina sytemu 64 bitowego? Pozdrawiam Krzysiek

1 0

Re: strefa czasowa
by Tomasz Chilinski 15 Mar '06

15 Mar '06

On Wed, 15 Mar 2006 22:27:35 +0100, Tomasz Chilinski wrote > Witam. > > W systemie mam ustawioną strefę czasową CET, czyli Etc/GMT+1. > Gdy zrobię mktime(0,0,0,3,15,2006), a potem wyświetlę, którą to godzinę > mi odzwierciedla wychodzi, że jest 23:00 14 marca 2006! > Po wywołaniu najpierw date_default_timezone_set('Etc/GMT') wszystko gra. > Dodam, że PHP 5.1.2. Nie kumam jak może traktować czas systemowy > jako GMT, skoro w systemie jest ustawiona strefa CET. Odpowiadam sam sobie: Gdy w GMT był czas 1 stycznia 1970 godzina 00:00:00 to u nas była wtedy godzina 01:00:00, a mktime() zwraca czas w sekundach od początku epoki zakładając czas lokalny, a więc wychodzi czas bez jednej godziny, bo u nas jest przecież GMT+1. Co Wy na to? Przy okazji znalazłem związany z tym błąd w LMS. Zestawienia finansowe za dany okres LMS robi źle, o ile nie ustawi się date_default_timezone_set('Etc/GMT'). Potrafi wziąć zamiast od 1 lutego 2006 do 28 lutego 2006 okres 23:00:00 31 stycznia 2006 do 22:59:59 28 lutego 2006. Pozdrawiam.

1 0

strefa czasowa
by Tomasz Chilinski 15 Mar '06

15 Mar '06

Witam. W systemie mam ustawioną strefę czasową CET, czyli Etc/GMT+1. Gdy zrobię mktime(0,0,0,3,15,2006), a potem wyświetlę, którą to godzinę mi odzwierciedla wychodzi, że jest 23:00 14 marca 2006! Po wywołaniu najpierw date_default_timezone_set('Etc/GMT') wszystko gra. Dodam, że PHP 5.1.2. Nie kumam jak może traktować czas systemowy jako GMT, skoro w systemie jest ustawiona strefa CET. Pozdrawiam, Tomek.

1 0

Re: Błąd przy kompilacji daemon
by Piotr 'tasia' Kaczor 14 Mar '06

14 Mar '06

jacekowski napisał(a): >a na poczatek czytac bledy - bo pisal na pewno przy kompilacji ze mu >pliku brakuje > > wyobraz sobie ze w debianie jest ciut inaczej jakby -- Pozdrowienia Piotr 'tasia' Kaczor Maszewo.net jid: tasia(a)chrome.pl gid: 72556

1 0

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

14 Mar '06

Mariusz P. napisał(a): > 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. > > Już rozgryzłem problem :D faktycznie jest tak jak piszesz, > udało mi się to obejść i nawet działa :] > dawaj solucje ;-) Matys Łukasz mobile: (+ 48) 504257944 gg: 6808288 msn: lukasz(a)e-matys.com

1 0

Re: [lms] Re: one_class_per_host nie działa :(
by Mariusz P. 14 Mar '06

14 Mar '06

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. Już rozgryzłem problem :D faktycznie jest tak jak piszesz, udało mi się to obejść i nawet działa :]

1 0

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