Uprava db clenu: Porovnání verzí

Z HKfree wiki
Skočit na navigaci Skočit na vyhledávání
 
(Nejsou zobrazeny 3 mezilehlé verze od 2 dalších uživatelů.)
Řádek 2: Řádek 2:
 
* vratit userdb do stavu, ktery byl predtim (mysli si to urcite vic spravcu, ale boji se to sem napsat, ja se sem klidne i podepisu. Lada :-) )
 
* vratit userdb do stavu, ktery byl predtim (mysli si to urcite vic spravcu, ale boji se to sem napsat, ja se sem klidne i podepisu. Lada :-) )
 
* potřebuji vidět mailový kontakt na všechny členy hkf (ktery se da vyhledat podle IP)
 
* potřebuji vidět mailový kontakt na všechny členy hkf (ktery se da vyhledat podle IP)
* možnost upravit IP adresy komukoliv v HKFree (stačí vidět už jen třeba nick pro orientaci)
+
* možnost upravit IP adresy komukoliv v HKFree (stačí vidět už jen třeba nick pro orientaci/spis UID preci jen nick muze byt stejny.Kulin/)
 
* pokud bude posilani mailu mozno pouze pri znalosti UID/IP adresy nakym formularem, aby email zustal tajny, zobrazit UID spravcu po leve strane userdb
 
* pokud bude posilani mailu mozno pouze pri znalosti UID/IP adresy nakym formularem, aby email zustal tajny, zobrazit UID spravcu po leve strane userdb
 
* moznost nechat uzivatele vygenerovat v jemu pristupnem rozhrani autorizacni kod platny pouze jednorazove (napriklad zakladani uzivatelu na charonu, DB, ...) a s tim souvisejici moznost hledani dle jmena a prijmeni --> UID uzivatele
 
* moznost nechat uzivatele vygenerovat v jemu pristupnem rozhrani autorizacni kod platny pouze jednorazove (napriklad zakladani uzivatelu na charonu, DB, ...) a s tim souvisejici moznost hledani dle jmena a prijmeni --> UID uzivatele
 
* predchozi bod mit moznost overovat automaticky pres nejake rozhrani - staci neco, co vyhodi text - plati/neplati pri dotazu na nejake URL s parametrem - idealni by bylo jeste jestli je dany uzivatel platici nebo ne a jak dlouho to je, co vyprselo jeho clenstvi (stacil by pocet dni - pro detekci dlouhodobe neaktivnich clenu a jejich automaticke blokovani a pripadne pro generovani upozorneni na to, ze by dany ucet chtelo smazat)
 
* predchozi bod mit moznost overovat automaticky pres nejake rozhrani - staci neco, co vyhodi text - plati/neplati pri dotazu na nejake URL s parametrem - idealni by bylo jeste jestli je dany uzivatel platici nebo ne a jak dlouho to je, co vyprselo jeho clenstvi (stacil by pocet dni - pro detekci dlouhodobe neaktivnich clenu a jejich automaticke blokovani a pripadne pro generovani upozorneni na to, ze by dany ucet chtelo smazat)
 
* zvetsit delku policka na ip adresy, stavajici nestaci - lepsi bude tam mit seznam IP v nejake tabulce ...
 
* zvetsit delku policka na ip adresy, stavajici nestaci - lepsi bude tam mit seznam IP v nejake tabulce ...
 +
* neresit pouze otazku NEpristupu k userdb s ohledem na ochranu osobnich udaju, ale zamyslet se i nad variantou, ktera je obvykla v mnoha spolcich, sport. oddilech, sdruzenich, profesnich komorach atd. - totiz ze nejen spravcum, ale VSEM pravoplatnym clenum komunity je dostupny seznam ostatnich clenu komunity (jmeno, adresa, kontakt). protoze jsme sdruzeni, jehoz cilem je sdileni urcitych myslenek a zajmu, neni bezucelne mit kontakt na dalsi cleny komunity, je to naopak normalni. jina vec jsou "technicke" informace typu UID, IP, MAC, stav uctu atd. ty by mely byt dostupne pouze tomu, kdo to potrebuje, tzn. spravci/spravcum oblasti (to je na diskusi). pristup k udajum by mohl byt pripadne logovan. taky se podepisu - bigboy :)
 +
* Souhlasim s VV, ze je treba udelat v oblasti ochrany osobnich udaju clenu jasno a nasledne poradek. Uzavreni databaze chapu jako docasny krok do vyjasneni, ktere povinnosti se naseho sdruzeni skutecne tykaji a ktera opatreni jsou nadbytena a zbytecne omezuji otevrenost sdruzeni. Pokud dobre chapu vymezeni pojmu osobni udaj, tak za soucasneho stavu kdyz nebudu videt adresu a rok narozeni zadneho clena (nepotrebuji znat, vlastni mam na prihlasce) tak vse ostatni (IP, nick,e-mail ..) neni osobni udaj a po teto uprave muze dtb zustat jak je.  JiH AP Piletice

Aktuální verze z 3. 1. 2007, 22:25

NAVRH ÚPRAV DB ČLENŮ HKFREE

  • vratit userdb do stavu, ktery byl predtim (mysli si to urcite vic spravcu, ale boji se to sem napsat, ja se sem klidne i podepisu. Lada :-) )
  • potřebuji vidět mailový kontakt na všechny členy hkf (ktery se da vyhledat podle IP)
  • možnost upravit IP adresy komukoliv v HKFree (stačí vidět už jen třeba nick pro orientaci/spis UID preci jen nick muze byt stejny.Kulin/)
  • pokud bude posilani mailu mozno pouze pri znalosti UID/IP adresy nakym formularem, aby email zustal tajny, zobrazit UID spravcu po leve strane userdb
  • moznost nechat uzivatele vygenerovat v jemu pristupnem rozhrani autorizacni kod platny pouze jednorazove (napriklad zakladani uzivatelu na charonu, DB, ...) a s tim souvisejici moznost hledani dle jmena a prijmeni --> UID uzivatele
  • predchozi bod mit moznost overovat automaticky pres nejake rozhrani - staci neco, co vyhodi text - plati/neplati pri dotazu na nejake URL s parametrem - idealni by bylo jeste jestli je dany uzivatel platici nebo ne a jak dlouho to je, co vyprselo jeho clenstvi (stacil by pocet dni - pro detekci dlouhodobe neaktivnich clenu a jejich automaticke blokovani a pripadne pro generovani upozorneni na to, ze by dany ucet chtelo smazat)
  • zvetsit delku policka na ip adresy, stavajici nestaci - lepsi bude tam mit seznam IP v nejake tabulce ...
  • neresit pouze otazku NEpristupu k userdb s ohledem na ochranu osobnich udaju, ale zamyslet se i nad variantou, ktera je obvykla v mnoha spolcich, sport. oddilech, sdruzenich, profesnich komorach atd. - totiz ze nejen spravcum, ale VSEM pravoplatnym clenum komunity je dostupny seznam ostatnich clenu komunity (jmeno, adresa, kontakt). protoze jsme sdruzeni, jehoz cilem je sdileni urcitych myslenek a zajmu, neni bezucelne mit kontakt na dalsi cleny komunity, je to naopak normalni. jina vec jsou "technicke" informace typu UID, IP, MAC, stav uctu atd. ty by mely byt dostupne pouze tomu, kdo to potrebuje, tzn. spravci/spravcum oblasti (to je na diskusi). pristup k udajum by mohl byt pripadne logovan. taky se podepisu - bigboy :)
  • Souhlasim s VV, ze je treba udelat v oblasti ochrany osobnich udaju clenu jasno a nasledne poradek. Uzavreni databaze chapu jako docasny krok do vyjasneni, ktere povinnosti se naseho sdruzeni skutecne tykaji a ktera opatreni jsou nadbytena a zbytecne omezuji otevrenost sdruzeni. Pokud dobre chapu vymezeni pojmu osobni udaj, tak za soucasneho stavu kdyz nebudu videt adresu a rok narozeni zadneho clena (nepotrebuji znat, vlastni mam na prihlasce) tak vse ostatni (IP, nick,e-mail ..) neni osobni udaj a po teto uprave muze dtb zustat jak je. JiH AP Piletice