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

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

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

17 Maj '05

FUNETIA - Paweł (Px2) Peters napisał(a): > Hej > > 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?). kd. -- Krzysztof Drewicz

1 0

Czy ktoś to zauważył? PIN
by "FUNETIA - Paweł (Px2) Peters" 17 Maj '05

17 Maj '05

Hej Czy ktos juz zauwazyl, ze po nadaniu pinu zaczynajacego sie od 0 jest skracany? 0 jest usuwane. Wydaje mi sie, ze to blad.

1 0

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

17 Maj '05

A.L.E.C napisał(a): >Matys Łukasz KOMSTER Sp. z o.o. wrote: > > > >>(ps-jak interpretowac timestamp, jaka to jest godzina, dzien , sekunda?) >> >> > >timestamp to jest ilość sekund od 01-01-1970 00:00 > > Właśnie tu prośba (ale to chyba na dev- bardziej) abyś Alec przemyślał jeszcze to co napisałem o datach/okresach faktur i dodał do przemyśleń nie tyle timestampy co pola typu data, powód taki że iirc to timestamp bierzemy jako czas lokalny, a jeśli ktoś ma pecha i w trakcie zmiany czasu coś naciśnie to będzie źle. Może to też coś psuć przy fakturach wystawianych z crona (dany rok/miesiąc mógł się skończyć ale w GMT+2, a w GMT jeszcze nie). Wyjdzie tu to co proponowałem z numeracja okresów, jak któryś zamknięty to zamknięty i UI nie pozwoli na modyfikacje, a i można sobie pozwalać na "kompresję" tych zamkniętych np >=12 miesięcy wstecz Po to te bazy mają pole typu data (to jak z floatami przy finansach, kiedyś zabolałoby). Boję się tylko o sqllite. >>wprowadzi ponownie, to wiemy tylko ze robil modyfikacje, a co wprowadzil >>wczesniej NIE WIADOMO! >> >> > >w planach, ale to poważne przedsięwzięcie > > No i jeszcze pytanie co logować, ale imvho na dobry początek to moduł lmsDB i tam dodać że insert/update/delete mają być logowane jeśli zawierają tabele np users,cash. Logowane do najprostrzego formatu czyli pliku tekstowego, tak jak są robione. Oczywiście jako opcja... Komentz? kd. -- Krzysztof Drewicz

1 0