- lms - lists.lms.org.pl

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

Re: rozszerzone uprawnienia np. drukowanie tylko nodes - kto chce ?
by KubaTyszko 17 Maj '05

17 Maj '05

On Tue, May 17, 2005 at 09:14:59PM +0200, A.L.E.C wrote: > KubaTyszko wrote: > > > chcecie taka funkcjonalnosc ktora obslugiwalaby rozszerzone > > uprawnienia ? > > > jak chcecie to moge zacommitowac. > > (juz mam gotowe). > > mozesz napisac czym to sie rózni od 'custom_accesstable'? > > -- > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 > Lan Management System Developer http://lms.alec.pl > > > > potrafi zarzadzac uprawnieniami nie tylko na podstawie modulu ale wraz z nazwa modulu parametrow (przy print jest to type albo menu). wydaje mi sie ze w inny sposob nie daloby sie dac komus dostepu tylko i wylacznie do drukowania sanych nodes.

1 0

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

17 Maj '05

Adrian Smarzewski napisał(a): >On Tue, 17 May 2005 11:24:19 +0000, Matys Łukasz KOMSTER Sp. z o.o. wrote > > >> finansami) ale zeby NIKT w systemie nie mogl usuwac jakichkolwiek >>operacji finansowych? >> >> > >od poczatku krzyczalem, ze nie powinno byc w ogole mozliwosci >usuwania dokumentow - tylko ew. oznaczenie jako usuniety. >slad powinien byc zawsze. ta sama strategie stosuje w innym >produkcie i bardzo sie sprawdza przy takich okazjach. > > Co to za produkt, można zapytać/zobaczyć? 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. kd. -- Krzysztof Drewicz

1 0

Re: rozszerzone uprawnienia np. drukowanie tylko nodes - kto chce ?
by A.L.E.C 17 Maj '05

17 Maj '05

KubaTyszko wrote: > chcecie taka funkcjonalnosc ktora obslugiwalaby rozszerzone > uprawnienia ? > jak chcecie to moge zacommitowac. > (juz mam gotowe). mozesz napisac czym to sie rózni od 'custom_accesstable'? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

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

17 Maj '05

On Tue, 17 May 2005 11:24:19 +0000, Matys Łukasz KOMSTER Sp. z o.o. wrote > Drążąc dalej, chcialbym ze tak powiem aby ksiegowy byl czysty i nie > mogl np: wyrzucac blednych faktur czy wpłat, tylko regulowac je > poprzez korekty (w jakis tam sposob). Czy mozna pozwolic ksiegowemu > na dostep do wszystkiego (dodawanie kompow, zarzadzanie siecia itp, > finansami) ale zeby NIKT w systemie nie mogl usuwac jakichkolwiek > operacji finansowych? od poczatku krzyczalem, ze nie powinno byc w ogole mozliwosci usuwania dokumentow - tylko ew. oznaczenie jako usuniety. slad powinien byc zawsze. ta sama strategie stosuje w innym produkcie i bardzo sie sprawdza przy takich okazjach. -- Pozdrowienia, Adrian Smarzewski

1 0