- lms - lists.lms.org.pl

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

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

17 Maj '05

witam. chcecie taka funkcjonalnosc ktora obslugiwalaby rozszerzone uprawnienia ? np. dodajemy uprawnienie ktore polegaloby tylko na drukowaniu informacji o komputerach. zastosowanie : np. mamy montera ktory moze sobie informacje o kompach drukowac do woli ale nie chcemy mu dawac dostepu do niczego wiecej. (np. w szczegolnosci danych finansowych). jak chcecie to moge zacommitowac. (juz mam gotowe). (nie testowalem z niczym wiecej poza drukowaniem).

1 0

Re: Czy ktoś to zauważył? PIN
by Krzysztof Drewicz 17 Maj '05

17 Maj '05

A.L.E.C napisał(a): >>>Czy ktos juz zauwazyl, ze po nadaniu pinu zaczynajacego sie od 0 jest >>>skracany? 0 jest usuwane. Wydaje mi sie, ze to blad. >>> >>> >>Trzeba zmienić z typu int na typ decimal. >> >> > >w bazie jest integer (i porównania są robione liczbowo), jeśli mielibyśmy >trzymać zera, to trzeba zmienić na varchar(6) (i porównywać jak ciągi), ale >imho jest to kwestia umowna i mi osobiście nie przeszkadza, że te zera gubi. >Wynikło to stąd, że PIN nie ma ustalonej stałej długości, bo wtedy >dopełnianie zerami wynikałoby samo z siebie. > Uhm, ale zmiana na varchar(6) to jakby zmiana z Pin na Hasło a tego chyba nie chcemy, więc jeszcze jakis kod pilnując aby znaczki były z zakresu [0-9] aka [:digit:] i tyle. Ztcp kod generujący piny też jest "mądry" tzn nie wygeneruje pinu 000123 tylko bardziej 123000. zmiana na decimal (7,6) daje to że np 0.000123 jest dobrym pinem tylko też porównania jakby trzeba robić inaczej (mnożąc a więc długość pinu nie może być różna dla różnych userów). Lepiej zostawić i nie ruszać :p no może info w dokumentacji. kd. -- Krzysztof Drewicz

1 0

Re: [lms] Re: Czy ktoś to zauważył? PIN
by A.L.E.C 17 Maj '05

17 Maj '05

Krzysztof Drewicz wrote: >> Czy ktos juz zauwazyl, ze po nadaniu pinu zaczynajacego sie od 0 jest >> skracany? 0 jest usuwane. Wydaje mi sie, ze to blad. > > Trzeba zmienić z typu int na typ decimal. > Pamięta ktoś ile cyferek miał max mieć pin? 8 będzie ok? (czy też np > 16-32?). 4-6 cyfr (jest w tipach w UI) w bazie jest integer (i porównania są robione liczbowo), jeśli mielibyśmy trzymać zera, to trzeba zmienić na varchar(6) (i porównywać jak ciągi), ale imho jest to kwestia umowna i mi osobiście nie przeszkadza, że te zera gubi. Wynikło to stąd, że PIN nie ma ustalonej stałej długości, bo wtedy dopełnianie zerami wynikałoby samo z siebie. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0