Hirdetés

Keresés

Új hozzászólás Aktív témák

  • Gh0sT

    addikt

    válasz sszever #452 üzenetére

    Este egyébként küldöm, amit ígértem. Végül csak sikerült megoldanom. :)

    Felhasználói jogok: én a következőt csinálom.
    1. Létrehozok egy táblát a felhasználók fő adataival (ID, név, jelszó, jogosultsági szint, stb).
    2. Készítek egy beléptető modult, ahol a user megadja a nevét és jelszavát.
    3. Kiolvasom a táblából a beírt usernévnek megfelelő jelszót és jogosultsági szintet.
    a.) ha nincs találat usernévre kiírja, hogy nincs ilyen user
    b.) ha nem egyezik a beírt jelszó az adatbázisban tárolttal, akkor szintén hibát dob
    c.) stimmel minden, engedi a belépést
    4. Belépés előtt a jogosultsági szintet (ez legyen egy kód 1-10 között) eltárolom egy public változóban (jogosultsag).
    5. Ha ezután a user valahova szeretne belépni, akkor csak a jogosultsagot vizsgálom, hogy megfelelő szinten van-e. (pl egy adott menübe csak 6-os szint alatt lehet belépni)

    Előnyök:
    - megoldható, hogy a userek saját maguk adják meg a jelszavukat és azt tárolják az adatbázisban
    - nagyon jól és könnyen lehet paraméterezni az adatbázist ezután, könnyű a jogosultságok kiosztása
    - felhasználó szintűvé lehet tenni az egyes felületeket (könnyű rejteni bizonyos mezőket a formon, ha nincs megfelelő jogosultsági szint)

  • Gh0sT

    addikt

    válasz sszever #452 üzenetére

    Van néhány észrevételem az adatszerkezettel kapcsolatban:
    1. nem feltétlenül lenne szükség vastagság táblára
    2. az ötvözet táblában érdemesebb lenne kódot használni az azonosításra
    3. a kapcsolat a táblák között egy a többhöz

    A vastagság táblát miért használod? Nem látom indokoltnak. Egyedül talán akkor kellene, ha csak meghatározott, véges számú vastagság létezik. Viszont ebben az esetben is egy a többhöz kapcsolat szükségeltetik a két tábla között, valamint a vastagság elsődleges kulcs szerepet töltsön be!

Új hozzászólás Aktív témák

Hirdetés