- lms - lists.lms.org.pl

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

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

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

Re: Jak porawic pare tysiecy faktur...?
by Net - Serwis Brydak Tomasz 08 Mar '06

08 Mar '06

----- Original Message ----- From: "A.L.E.C" <alec(a)alec.pl> To: <lms(a)lists.rulez.pl> Sent: Wednesday, March 08, 2006 7:06 PM Subject: [lms] Re: Jak porawic pare tysiecy faktur...? > Net - Serwis wrote: >> Popraw sobie szablon conteact.html > > pisz pod cytatami! > > coś ci się pomyliło, oczywiście szablon faktury jest w innym pliku, możesz > go zmodyfikować, albo poprawić tekst w pliku lokalizacyjnym > lib/locale/pl/strings.php. > > -- > Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 > LAN Management System Developer - http://lms.rulez.pl > > > > > Masz racje. Miałem na mysli invoice

1 0

Re: Jak porawic pare tysiecy faktur...?
by A.L.E.C 08 Mar '06

08 Mar '06

Net - Serwis wrote: > Popraw sobie szablon conteact.html pisz pod cytatami! coś ci się pomyliło, oczywiście szablon faktury jest w innym pliku, możesz go zmodyfikować, albo poprawić tekst w pliku lokalizacyjnym lib/locale/pl/strings.php. -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: Jak porawic pare tysiecy faktur...?
by Net - Serwis 08 Mar '06

08 Mar '06

Popraw sobie szablon conteact.html ----- Original Message ----- From: "Jakub Rutkowski" <kuba(a)skb.pl> To: <lms(a)lists.rulez.pl> Sent: Wednesday, March 08, 2006 4:36 PM Subject: [lms] Jak porawic pare tysiecy faktur...? > Witam, wlasnie zauwazylem ze moi klienci otrzymywali faktury bez drobnego > dodatku -a mianowicie FAKTURA NR .... a nie FAKTURA VAT nr ... czy zna > ktos w miare sensowny sposob zeby automatycznie zmienic w bazie wszystkie > faktury dodajac to magiczne slowko VAT? czy moze ktos juz sie borykał z > tym problemem? Ewnetualnie jesli mógłby mi ktos powiedziec które pole w > bazie bedzie zawieralo te dane? > Pozdrawiam i dzieki za ewentualna pomoc. > Kuba > > > > >

1 0

Jak porawic pare tysiecy faktur...?
by Jakub Rutkowski 08 Mar '06

08 Mar '06

Witam, wlasnie zauwazylem ze moi klienci otrzymywali faktury bez drobnego dodatku -a mianowicie FAKTURA NR .... a nie FAKTURA VAT nr ... czy zna ktos w miare sensowny sposob zeby automatycznie zmienic w bazie wszystkie faktury dodajac to magiczne slowko VAT? czy moze ktos juz sie borykał z tym problemem? Ewnetualnie jesli mógłby mi ktos powiedziec które pole w bazie bedzie zawieralo te dane? Pozdrawiam i dzieki za ewentualna pomoc. Kuba

1 0

Re: $invoice.paytime gdzie mozna ustawic domyslnie na 0?
by Matys Łukasz 08 Mar '06

08 Mar '06

Łukasz Klejnberg napisał(a): > Witam, > > Gdzie mozna pole $invoice.paytime ustawic domyslnie na 0, nie chce aby > przy wystawianiu faktur bylo domyslnie 14. > > Pozdrawiam > Łukasz Klejnberg > > > LMS.INI [payments] paytype = PRZELEW deadline = 7 Matys Łukasz mobile: (+ 48) 504257944 gg: 6808288 msn: lukasz(a)e-matys.com

1 0