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

połączenie helpdesk'a z terminarz'em
by Galciu 16 Gru '05

16 Gru '05

witam, mam propozycję aby dopisać możliwość w helpdesku przypisywania "nowego zgłoszenia" z opcją "nowe zdarzenie" w terminarzu. Połączenie tych dwóch modułów sprawiłoby znacznie wydajniejszą pracę i mniej zamieszania.Jeżeli ktoś zgłasza awarię wpisujemy do helpdesku i odrazu możemy zapisać w terminarzu na kiedy mają być serwisanci, lub podejrzeć czy dany termin jest wolny. plus wyświetlanie na głownej stronie najbliższego zapisanego terminu Jestem chętny do sfinansowania oczywiście :) (może ktoś jeszcze??)

1 0

Re: kodowanie niby dobre ;)
by A.L.E.C 16 Gru '05

16 Gru '05

angelhod(a)o2.pl wrote: > tzn. tak fakture wystawiam do htmla a na fakturze dane pobierane z bazy sa w porzadku natomiast dane ktore wpisuje do lms.ini czyli > kto wystawia fakture i takie tam nie maja polskich znaczkow ;) tzn > maja jak je edytuje np MC lecz na fakturze sa krzaczki.. a jak > zmienie kodowanie w przegladarce na Europa Srodkowa (ISO) to wtedy > te dane z lms.ini sa wyswietlane prawidlowo lecz te pobierane z > bazy juz nie ;) no i w sumie nie wiem co zrobic zeby to z lms.ini > tez bylo wyswietlane jako chyba UTF-8 tak trudno na to wpaść? ;) zapisz do lms.ini w UTFie, a najlepiej wpisuj opcje konfiguracyjne w UI, bo lms.ini jest obsolete w znacznej części. -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: [lms] kodowanie niby dobre ;)
by angelhod＠o2.pl 16 Gru '05

16 Gru '05

> witam ponownie... i jak zwykle jakis problemik mnie tu sprowadza ;) > > wiec po moich puki co udanych przygodach z upgradem z 1.4 na 1.6 > niby juz wszystko jest dobrze ;) coprawda przeinstalowalem > apacha i php bo mi nie chcial dzialac server_encoding ;)(tzn > ten iconv nie chcial sie dodac) wywalilem > php4 i teraz jest juz php5, z bazy danych wszystko pobiera bardzo > ladnie... polskie znaczki itp... problem mam z wystawiana faktura > tzn. tak fakture wystawiam do htmla a na fakturze dane pobierane z bazy sa w porzadku natomiast dane ktore wpisuje do lms.ini czyli > kto wystawia fakture i takie tam nie maja polskich znaczkow ;) tzn > maja jak je edytuje np MC lecz na fakturze sa krzaczki.. a jak > zmienie kodowanie w przegladarce na Europa Srodkowa (ISO) to wtedy > te dane z lms.ini sa wyswietlane prawidlowo lecz te pobierane z > bazy juz nie ;) no i w sumie nie wiem co zrobic zeby to z lms.ini > tez bylo wyswietlane jako chyba UTF-8 dodam jeszcze ze na tej samej maszynie jest ten stary lms w ktorym nie ma opcji server_encoding... i tam wszystko dziala poprawnie...

1 0

kodowanie niby dobre ;)
by angelhod＠o2.pl 16 Gru '05

16 Gru '05

witam ponownie... i jak zwykle jakis problemik mnie tu sprowadza ;) wiec po moich puki co udanych przygodach z upgradem z 1.4 na 1.6 niby juz wszystko jest dobrze ;) coprawda przeinstalowalem apacha i php bo mi nie chcial dzialac server_encoding ;)(tzn ten iconv nie chcial sie dodac) wywalilem php4 i teraz jest juz php5, z bazy danych wszystko pobiera bardzo ladnie... polskie znaczki itp... problem mam z wystawiana faktura tzn. tak fakture wystawiam do htmla a na fakturze dane pobierane z bazy sa w porzadku natomiast dane ktore wpisuje do lms.ini czyli kto wystawia fakture i takie tam nie maja polskich znaczkow ;) tzn maja jak je edytuje np MC lecz na fakturze sa krzaczki.. a jak zmienie kodowanie w przegladarce na Europa Srodkowa (ISO) to wtedy te dane z lms.ini sa wyswietlane prawidlowo lecz te pobierane z bazy juz nie ;) no i w sumie nie wiem co zrobic zeby to z lms.ini tez bylo wyswietlane jako chyba UTF-8 bede wdzieczny za pomoc

1 0

kodowanie niby dobre ;)
by angelhod＠o2.pl 16 Gru '05

16 Gru '05

witam ponownie... i jak zwykle jakis problemik mnie tu sprowadza ;) wiec po moich puki co udanych przygodach z upgradem z 1.4 na 1.6 niby juz wszystko jest dobrze ;) coprawda przeinstalowalem apacha i php bo mi nie chcial dzialac server_encoding ;)(tzn ten iconv nie chcial sie dodac) wywalilem php4 i teraz jest juz php5, z bazy danych wszystko pobiera bardzo ladnie... polskie znaczki itp... problem mam z wystawiana faktura tzn. tak fakture wystawiam do htmla a na fakturze dane pobierane z bazy sa w porzadku natomiast dane ktore wpisuje do lms.ini czyli kto wystawia fakture i takie tam nie maja polskich znaczkow ;) tzn maja jak je edytuje np MC lecz na fakturze sa krzaczki.. a jak zmienie kodowanie w przegladarce na Europa Srodkowa (ISO) to wtedy te dane z lms.ini sa wyswietlane prawidlowo lecz te pobierane z bazy juz nie ;) no i w sumie nie wiem co zrobic zeby to z lms.ini tez bylo wyswietlane jako chyba UTF-8 bede wdzieczny za pomoc

1 0

Re: [lms] Re: upgrade (1.3 -&gt; 1.6) nie moge sie zalogowac
by angelhod＠o2.pl 16 Gru '05

16 Gru '05

> > A w stopce LMSa są jakieś błędy? Uwaga! - nie muszą się pojawiać cały > czas, mogą się pojawić tylko jeden raz i później nie wyświetlać. > > Porównaj strukturę bazy z tym co jest w dokumentacji do Twojej wersji. > no niby sobie poradzilem ;) pomylilem sie piszac ze jak juz kiedys upgradowalem to pomoglo oczyszczenie admins... nie pomoglo ;) za to pomoglo wywalenie tablicy admins i stworzenie wedlug wzoru z lms'a na ktorego chcialem upgradowac... ;) no i tym razem rowniez sie sprawdzilo przy pierwszym logowaniu byly jakies bledy.... cos mu nie pasowalo z tablicami uiconfig i sessions... ;) to zrobilem to samo co z admins ;) troche to lepianka mi sie wydaje lecz wyglada ze dziala ;) coprawda chcialbym aby ktos z tworcow lms'a wypowiedzial sie czy mam przy tym rozwiazaniu zostac czy mi to nie ma prawa dzialac ;) potestuje w weekand i zobaczy czy wszystko chodzi jak nalezy... pozdrawiam

1 0

Re: [lms] Re: [lms] Re: Ciekawy błąd w LMS
by Maciej Krok 16 Gru '05

16 Gru '05

>> u mnie błąd nie występuje, natomiast zauważyłem, że u mnie na KP liczby > mają przecinek, a nie tak jak u ciebie kropkę dziesiętną, może problemem > jest brak odpowiedniego locale w twoim systemie? No i nie podałeś wersji > Smarty/PHP/LMSa/bazy. > > Moim zdaniem błąd jest pośrednio związany z funkcją obliczająca liczbę > "groszy" w pliku receipt.php: > > receipt['totalg'] = $receipt['total']*100 - ((int) $receipt['total']) * > 100; > > a dokładniej: $receipt['total']*100 nie zawsze będzie liczbą > stałoprzecinkową, nawet jeśli pomnożycie przez 100, bo $receipt['total'] > jest tutaj liczba zmiennoprzecinkowa. Liczba zmiennoprzecinkowa to tylko > pewne przybliżenie (rozwinięcie) właściwej liczby > > Akurat w tym przykładzie najbliższe przybliżenie liczby 134.20 było równe: > 134.199999999999998 > > Dlatego powinno być dodane dodatkowe zaokrąglenie/rzutowanie. Jak tak > zrobiłem, to problem zniknął. > > Niektórzy w ogóle nie zalecają stosować liczb zmiennoprzecinkowych do > obliczeń finansowych (z uwagi na niedokładność przy m.in. liczeniu salda, > mogą być różnice na poziomie np. groszy). Tym sposobem na przyklad mam klienta ktory ma : -0zł :) Pozdrawiam.

1 0

Re: [lms] Re: Dalsze problemy z mailingiem >udało sie<
by Matys Łukasz 16 Gru '05

16 Gru '05

Matys Łukasz napisał(a): > A.L.E.C napisał(a): > >>> "The base installation that comes with the PHP distribution, contains >>> all the stuff that is needed to run the PEAR installation tools etc. >>> If you have a recent installation of PHP, you can relax" > > > Ciekawi mnie jeszze jedna sprawa. Dokumentacja PHP mowi jasno, ze > funkcja mail() jest zaszyta w jadrze php i nie sa potrzebna ZADNE inne > biblioteki czy cokolwiek...dlaczego w takim razie LMS wywala ze nie ma > tej funkcji?;-) > Udalo sie ;-) 1) PHP chce byc koniecznie zainstalowany w /usr/local/lib 2) wydaje mi sie ze nowe PHP domyslnie nie instaluje pakietu Mail... 3) za pomoca pear'a trzeba doinstalowac: Mail, Net_SMTP, Net_Socket I to tyle, pozdrawiam. Matys Łukasz mobile: (+ 48) 504257944

1 0

Re: [lms] Re: Ciekawy błąd w LMS
by 1stpage 16 Gru '05

16 Gru '05

> u mnie błąd nie występuje, natomiast zauważyłem, że u mnie na KP liczby mają przecinek, a nie tak jak u ciebie kropkę dziesiętną, może problemem jest brak odpowiedniego locale w twoim systemie? No i nie podałeś wersji Smarty/PHP/LMSa/bazy. Moim zdaniem błąd jest pośrednio związany z funkcją obliczająca liczbę "groszy" w pliku receipt.php: receipt['totalg'] = $receipt['total']*100 - ((int) $receipt['total']) * 100; a dokładniej: $receipt['total']*100 nie zawsze będzie liczbą stałoprzecinkową, nawet jeśli pomnożycie przez 100, bo $receipt['total'] jest tutaj liczba zmiennoprzecinkowa. Liczba zmiennoprzecinkowa to tylko pewne przybliżenie (rozwinięcie) właściwej liczby Akurat w tym przykładzie najbliższe przybliżenie liczby 134.20 było równe: 134.199999999999998 Dlatego powinno być dodane dodatkowe zaokrąglenie/rzutowanie. Jak tak zrobiłem, to problem zniknął. Niektórzy w ogóle nie zalecają stosować liczb zmiennoprzecinkowych do obliczeń finansowych (z uwagi na niedokładność przy m.in. liczeniu salda, mogą być różnice na poziomie np. groszy). Pozdrawiam

1 0

Re: wyszukiwanie nazwiska male litery i duze
by Łukasz Klejnberg 16 Gru '05

16 Gru '05

> >> taka przypadłość mysqla, jeśli ci to przeszkadza to musisz użyć 5.0 > > > ja mam 5.0 i zauwazylem ze jest problem gdy wprowadzam do bazy > nazwisko podajac Sudoł to zamieniane sa wsystkie litery na duze oprocz > polskich znakow i w efekcie w bazie siedzi SUDOł i nie mozna wyszukac > takiego nazwiska przez quicksearch > jesli natomiast wprowadze nazwisko duzymi literami czyli SUDOŁ to jest > ok, czyli jest problem z zamienianiem na duze litery > > byq w formularzu dodalem styl ktory powodował, ze wpisywany tekst byl zamieniany w locie na duze litery, wtedy rowniez nie wyszukiwal. wydaje mi sie, ze jest to problem kodowania znakow, moze utf? -- Klejnberg Łukasz - lukasz(a)poczta.helionet.pl ISP - FHU HELIONET.PL SC 39-460 Nowa Dęba, ul. Kościuszki /pawilon/ tel. 015 846 3999, 509 253 760 email: biuro(a)helionet.pl http://helionet.pl

1 0