Marzec 2006 - lms - lists.lms.org.pl

Zdalna baza lms-a , a lms-squid (redirector)
by R99 na wp 16 Mar '06

16 Mar '06

Dzień Dobry Czy komus udalo sie ustawic squid-reirectora tak by korzystal z bazy na innym hoscie, i moze mi podpowiedziec jak to zrobic ? U mnie gdy wlacze skrypt - wyskakuje plansza ,ale juz nie znika, pomimo iz widac .. old_url=www.onet.pl, czyli wnioskuje ze nie łaczy sie z baza. (lms 1.6.6) -- Pozdrowienia, Rafał

1 0

Re: lms na amd64
by byq 16 Mar '06

16 Mar '06

> przekroczyło limit czasowy. Najciekawsze jest jednak to że ta sama > konfiguracja działa w przypadku zwykłego athlona-xp. Ja zwalczylem temat athlona 64 na pld i lms'a 1.6.5 nie mialem takich problemow. Jedynie smarty dystrybucyjne mam. 1.8.x nie instalwoalem jeszcze. byq

1 0

Re: [lms] połączenie zapytań sql dla potrzeb customerwarn
by A.L.E.C 16 Mar '06

16 Mar '06

-=ReYu=- wrote: > Nie bardzo znam sie na sql a potrzebuje połączyć te dwa zapytania w > jedno aby otrzymać dodatkowo dla customer list informacje o balance. > Może ktoś pomoże ? > Wlaśnie opracowuje customerwarn aby można było łatwiej używać. > > $customerlist = $DB->GetAll('SELECT customers.id AS id, MAX(warning) > AS warning, '$DB->Concat('UPPER(lastname)',"' '",'customers.name')' AS > customername FROM customers LEFT JOIN nodes ON customers.id = ownerid > WHERE deleted = 0 GROUP BY customers.id, lastname, customers.name > ORDER BY customername ASC'); > > $balance = $this->DB->GetOne('SELECT SUM(value) FROM cash WHERE > customerid=?', array($id)); w contrib/bin/lms-debtors masz przykład złączenia tych trzech tabel -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: Faktura VAT problem ...
by A.L.E.C 16 Mar '06

16 Mar '06

Marcin Świerkowski wrote: > błąd w wyświetlaniu kwoty PTU na fakturach no i złe sumowanie . > > Lp. Nazwa produktu Ilość: Cena jedn. netto: Wartość > netto: St. PTU: Kwota PTU: Wartość brutto: > 1. test1-podaje netto 1000,00 1,70 zł > 1700,00 zł 22 % 370,00 zł 2070,00 zł > 2. test2-podaje brutto 1000,00 1,48 zł > 1480,00 zł 22 % 320,00 zł 1800,00 zł > > > powinno być w pierwszej kolumnie Kwota PTU 374,00 zł w drugiej 325,6 > > gdzie moze być przyczyna błędu ?? Dla przypadku pierwszego gdy podajesz cenę jednostkową netto 1,70 liczona jest wartość jednostkowa brutto (1,70 * 1,22 = 2,074) i zaokrąglana do pełnego grosza, czyli 2,07 i w takiej formie zapisywana do bazy. Podczas wydruku faktury podatek jest liczony na podstawie tej wartości. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Faktura VAT problem ...
by Marcin Świerkowski 16 Mar '06

16 Mar '06

błąd w wyświetlaniu kwoty PTU na fakturach no i złe sumowanie . Lp. Nazwa produktu Ilość: Cena jedn. netto: Wartość netto: St. PTU: Kwota PTU: Wartość brutto: 1. test1-podaje netto 1000,00 1,70 zł 1700,00 zł 22 % 370,00 zł 2070,00 zł 2. test2-podaje brutto 1000,00 1,48 zł 1480,00 zł 22 % 320,00 zł 1800,00 zł powinno być w pierwszej kolumnie Kwota PTU 374,00 zł w drugiej 325,6 gdzie moze być przyczyna błędu ?? LMS 1.9.1 Jumar (1.777/1.15) DB: 2006020500 we wczesniejszych wersjach nie sprawdzalem

1 0

Re: lms na amd64
by almaop＠o2.pl 16 Mar '06

16 Mar '06

> > 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? > > błędy nie wiele mówią, jaka wersja LMSa i Smarty? > lms 1.8.1, Smarty 2.6.12. Na lms 1.9.1 było to samo. Chyba także testowałem Smarty 2.6.10 i również nie poszło. Takze rpm z PLD (lms 1.6.6) nie chodził. Oczywiście ten rpm to był .amd64.rpm. Za każdym razem ten sam objaw - apache zjada procka. Wydaje się że to rzeczywiście może być wina systemu - czyste 64 bity - System to PLD zbudowane z rpmów - Apache, Postgres, Smarty, PHP - najnowsze wersje, tylko lms ściągnięty z lms.rulez.pl i zrobiony według przepisu w dokumentacji. Krzysiek

1 0

Re: lms na amd64
by Przemysław Stanisław Knycz 16 Mar '06

16 Mar '06

almaop(a)o2.pl napisał(a): > 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? U mnie na AMD64 w PLD i apache2.2 działo się podobnie (dowolny skrypt php), przebudowałem sobie apache 2.0 i php z cvs i problem przestał istnieć. Ale zaznaczam, chodzi o wersję dystrybucji amd64, nie x86. Zdrowie. -- . m a i l t o pknycz a t kolnet d o t com d o t pl . | Przemyslaw Stanislaw Knycz, JID: djrzulf(a)kol.net.pl | | Net/Sys Admin, PLD Developer, Mobile: +48 601391681 | | Autoryzowany Sprzedawca Apple http://www.knycz.net/ | ` - To see tomorrow's PC, look at today's Macintosh - '

1 0

Re: lms na amd64
by A.L.E.C 16 Mar '06

16 Mar '06

almaop(a)o2.pl wrote: > 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? błędy nie wiele mówią, jaka wersja LMSa i Smarty? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

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