Maj 2005 - lms - lists.lms.org.pl

Re: Propozycja
by Krzysztof Drewicz 18 Maj '05

18 Maj '05

sawek napisał(a): >Przydalaby sie opcja w menu klienci-->wydruki >zeby mozna bylo wydrukowac liste osob ktorzy zaplacili np za dany miesiac. >Latwiej sprawdzic (na poczatku m-ca) ze np 20 osob zaplacilo niz wydrukowac >liste 300 osob zadluzonych. > > > Po co? Wiesz, może to i głupie, ale jeśli ktoś nie ma "dodatniego wobec nas salda" (w lms będzie to z "-" i na czerwono) to guzik Cię ta osoba obchodzi. Taka stara zasada z finansów i rachunkowości mówi że martwisz że o to co ściągnąć masz/możesz a nie o to co zostało zapłacone, więc nie do końca rozumiem co chcesz osiągnąć. Aha w dokumentacji jest przykład jak zrobić np 4 powiadomienia: każdego 1-szego "naliczono opłaty za internet, termin 10-ty" każdego 12-tego "prosimy o uregulowanie XX pln, termin upłynął 10-tego" każdego 18-tego "jest tydzień po terminie...." każdego 25-tego "jest 2 tygodniepo terminie, brak wpłaty bądź wyjaśnień z działem księgowości skutkuje odcięciem dostępu do sieci w ciągu 48h" Każde powiadomienie jest w/g innego szablonu i z innym komunikatem. Był chyba też przykład drukowania/mailowania "dłużników" na liście, pamięta ktoś? Nie trzeba marnować papieru. kd. -- Krzysztof Drewicz

1 0

Propozycja
by sawek 18 Maj '05

18 Maj '05

Przydalaby sie opcja w menu klienci-->wydruki zeby mozna bylo wydrukowac liste osob ktorzy zaplacili np za dany miesiac. Latwiej sprawdzic (na poczatku m-ca) ze np 20 osob zaplacilo niz wydrukowac liste 300 osob zadluzonych. Pozdrawiam sawek

1 0

Re: Kilka pytanek o wersje 1.6 (male problemy)
by "Matys Łukasz KOMSTER Sp. z o.o. " 18 Maj '05

18 Maj '05

A.L.E.C napisał(a): > SOA#1 (w 1.5.6 błąd poprawiono, sprawdź wersję modules/dbview.php, może źle upgrejdnąłeś) Wydaje mi sie ze nie moglem zle upgrajdnac, bo zawsze jak robie update, to wywalam stary folder lms i wrzucam nowy z paczki ze stronki LMS'a...wszystkie pliczki sa nowe... -- Matys Łukasz

1 0

Kilka pytanek o wersje 1.6 (male problemy)
by "Matys Łukasz KOMSTER Sp. z o.o. " 18 Maj '05

18 Maj '05

Witam. Jestem juz po upgrejdzie do 1.6 i mam pare pytan: 1) W jaki sposob mozna dokonac przywrocenia bazy danych po backupie? Stworzylem backup juz na nowym GUI..ale nie ma mozliwosci przyworcenia bazy...(nie ma tej strzaleczki)...czy ktos moglby mi to wyjasnic? 2) Kiedys juz o tym pisalem, a chodzi mi dokladnie o wyszukiwanie userow z polskimi znakami. Mianowicie przed konwersja bazy do UTF-8 (za czasow 1.5.4) moglem wyszukiwac wszystkich bezproblemowo. Po konwersji moglem wyszukiwac wszystkich z polskimi znakami ale wprowadzonych przed wersja 1.5.4, Ci ktorzy zostali wprowadzeni po 1.5.4 nie moge do teraz (aktualnie 1.6.0), natomiast tych ktorych wprowadzam juz za czasow 1.6.0 z polskimi znakami moge wyszukiwac. Reasumujac mam jakas dziure..:/ Nie idzie wyszukiwac userow z polskimi znakami w nazwisku wprowadzonych pomiedzy wersja 1.5.4 a 1.6.0...Czy ktos moglby mi pomoc? Dodam ze konwersje bazy (mysql) robilem wg opisu w doc'u. 3) Kwestia finansowa...mianowicie mam np delikwenta ktory ma 6 obciazen, i chyba 4 wplaty. Jego obecne saldo wynosi -140 zł. Gdy klikne "Wybierz niezaplacone obciazenia" to w tej malej tabelce nic nie ma, dlaczego? Pozdrawiam. -- Matys Łukasz

1 0

Re: Kilka pytanek o wersje 1.6 (male problemy)
by A.L.E.C 18 Maj '05

18 Maj '05

Matys Łukasz KOMSTER Sp. z o.o. wrote: > Witam. > Jestem juz po upgrejdzie do 1.6 i mam pare pytan: > > 1) W jaki sposob mozna dokonac przywrocenia bazy danych po backupie? > Stworzylem backup juz na nowym GUI..ale nie ma mozliwosci przyworcenia > bazy...(nie ma tej strzaleczki)...czy ktos moglby mi to wyjasnic? SOA#1 (w 1.5.6 błąd poprawiono, sprawdź wersję modules/dbview.php, może źle upgrejdnąłeś) > 2) Kiedys juz o tym pisalem, a chodzi mi dokladnie o wyszukiwanie userow > z polskimi znakami. Mianowicie przed konwersja bazy do UTF-8 (za czasow > 1.5.4) moglem wyszukiwac wszystkich bezproblemowo. Po konwersji moglem > wyszukiwac wszystkich z polskimi znakami ale wprowadzonych przed wersja > 1.5.4, Ci ktorzy zostali wprowadzeni po 1.5.4 nie moge do teraz > (aktualnie 1.6.0), natomiast tych ktorych wprowadzam juz za czasow 1.6.0 > z polskimi znakami moge wyszukiwac. Reasumujac mam jakas dziure..:/ > Nie idzie wyszukiwac userow z polskimi znakami w nazwisku wprowadzonych > pomiedzy wersja 1.5.4 a 1.6.0...Czy ktos moglby mi pomoc? > Dodam ze konwersje bazy (mysql) robilem wg opisu w doc'u. poczekaj na rc2, zrobiłem poprawkę (wprawdzie dla postgresa, ale może w twoim przypadku także pomoże) > 3) Kwestia finansowa...mianowicie mam np delikwenta ktory ma 6 obciazen, > i chyba 4 wplaty. Jego obecne saldo wynosi -140 zł. Gdy klikne "Wybierz > niezaplacone obciazenia" to w tej malej tabelce nic nie ma, dlaczego? ta opcja jest przeznaczona tylko dla obciążeń z fakturami, dla niefakturowych nie działa. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Numer telefonu.
by syserror＠wp.pl 18 Maj '05

18 Maj '05

Marcin Król wrote: > syserror(a)wp.pl napisał(a): > > >>A tak apropo tez mam ten sam problem co wielu innych juz zglaszajacych >>ze standardowe wyszukiwanie w 1.6 zwraca zawsze cala liste > > > Masz złe kodowanie w bazie? > Mozesz mi podac co mam zrobic przekonwertowalem zgodnie z opisem w "UPGRADE" wszystkie literki mam wyswietlane prawidlowo?? S.

1 0

Re: Problem z wykrywaniem bledow ksiegowych
by Adrian Smarzewski 17 Maj '05

17 Maj '05

On Tue, 17 May 2005 21:41:52 +0200, Krzysztof Drewicz wrote > Co to za produkt, można zapytać/zobaczyć? nie jest konkurencja, inna branza. nie chce wrzucac tutaj reklam, jesli chcesz odezwij sie na priv. to produkt komercyjny i na uniksy sie dopiero przenosi. > Jeśli tych pomyłek zrobi się dużo to może ktoś z większymi > uprawnieniami to po prostować i on będzie uważał co robi i się nie > pomyli :-D. Rozumowanie prawidlowe, chyba, ze rozchodzi sie o pieniadze i ktos zacznie robic cuda, zeby chronic swoje cztery litery ;) w razie czego administrator moze wykonac zapytanie sql na serwerze, inaczej raczej nie powinno sie dac skasowac operacji/dokumentu. -- Pozdrowienia, Adrian Smarzewski

1 0

Re: Problem z wykrywaniem bledow ksiegowych
by Krzysztof Drewicz 17 Maj '05

17 Maj '05

Marcin Król napisał(a): >Krzysztof Drewicz napisał(a): > > > >>posunąć się np do przesuwania usuniętych operacji z cash do cash_deleted >>i ewentualnie dawać "select * from cash union select * from >>cash_deleted" albo zrzucić na DB domyślne trzymanie pola "deleted" i >> >> >> > >A może po prostu przyjąć strategię na 1.7.x czy 2.x że każda tabelka ma >kolumnę deleted i każde zapytanie będzie z where deleted = 0? W zasadzie >blobów żadnych nie trzymamy, to nie powinno się nic złego z bazą dziać, >a statystyki mogą być wyjątkiem. > > > Wiesz, mi tam rybka w sumie, ale w users mamy jakby status już. To nam życia nie ułatwi że deleted=1 i status= cokolwiek. Trzebaby się pokusił o moduł robiący międzymordzie również na poziomie perla (i C). Co zaś z nodes ? Po usunięciu i próbie dodania z takim samym IP bądź maciem czy powinien być grzeczny komunikat? Nodes też status mieć może... Zaś co do cash to ta tabelka jest mocno kłopotliwa zwłaszcza że chyba planujemy tam mocne zmiany. Może głoś z końca sali w postaci "księgowane datą/godziną" + timestamp kiedy to faktycznie miejsce miało (jeśli rozksięgowywujesz np wyciąg raz-na-tydzień to ma to głębszysens). I dodać w cash status na początek np rozliczono z automatu, wstępnie rozliczono i zatwierdzono. Oczywiście jakieś rozwiązanie "po środku" jak zwykle wyjdzie najlepiej: Możliwość robienia "ack" albo "checkpointów" tak że DB nie pozwala księgować nic wstecz przed tą datą. ot, np jest 15 maja a Ty ack robisz 1 kwietnia. Mało zmian w bazie i ma to znamiona sensu (coś a'la zamykanie okresów księgowych). kd. -- Krzysztof Drewicz

1 0

Re: Problem z wykrywaniem bledow ksiegowych
by Marcin Król 17 Maj '05

17 Maj '05

Krzysztof Drewicz napisał(a): > A co do usuwania to jest tak że owszem delete powinno zrobić jakiś > głębszy ślad ale zobacz jak mocno to zagmatwa obsługę bazy. Owszem można > posunąć się np do przesuwania usuniętych operacji z cash do cash_deleted > i ewentualnie dawać "select * from cash union select * from > cash_deleted" albo zrzucić na DB domyślne trzymanie pola "deleted" i > jeśli nie powiemy w klasie lms że "skasowane również" to nie powinno ich > być widać po select. > Tylko to mocno wszystko komplikuje a zasada kiss ma tutaj wiele do > powiedzenia. Po prostu nadawać lepiej ograniczone uprawnienia (bez > kasowania) i jeśli była pomyłka na X to wpisać można zawsze -X i tyle z > opisem "pomyłka". > Jeśli tych pomyłek zrobi się dużo to może ktoś z większymi uprawnieniami > to po prostować i on będzie uważał co robi i się nie pomyli :-D. A może po prostu przyjąć strategię na 1.7.x czy 2.x że każda tabelka ma kolumnę deleted i każde zapytanie będzie z where deleted = 0? W zasadzie blobów żadnych nie trzymamy, to nie powinno się nic złego z bazą dziać, a statystyki mogą być wyjątkiem. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: Numer telefonu.
by Marcin Król 17 Maj '05

17 Maj '05

syserror(a)wp.pl napisał(a): > A tak apropo tez mam ten sam problem co wielu innych juz zglaszajacych > ze standardowe wyszukiwanie w 1.6 zwraca zawsze cala liste Masz złe kodowanie w bazie? -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0