unpassword (da tako kazem) problem ...

Interesuje me sledeca stvar:

Unesem podatak na sledeci nacin:

ISERT INTO tabela(sifra) VALUES
(PASSWORD('neka_sifra'));

Ovo je OK, ali kada odradim SELECT upit, dobijem sifrovan podatak (sto je takodje OK) ...

Zanima me samo da li postoji neka f-ja koja ce pri izvrsenju SELECT upita da vrati desifrovan podatak
UNPASSWORD (da tako kazem) ... :)

Potpis

Nisam ti pric'o !?

Ne treba ti to. Ako hoces da proveris da li je korisnik uneo dobru sifru, onda uporedjujes sifru iz baze (takvu kakva je) sa PASSWORD(Sifra_koju_je_korisnik_uneo).

To je opsti princip. Funkciju PASSWORD nisam koristio.

Potpis

Pera električar 0637129710, BG, preporučujem.

obicno se kod vecine foruma i sl. sra**a upotrebljava md5 umesto PASSWORD() (sad ne znam sta tacno pravis, ali mislim da je i md5 jedna od "standardnih" funkcija koja postoji u zamalo svim okruzenjima. tako da mozes i md5 upotrebljavas

Potpis

Bolje ispasti glup nego iz aviona
http://www.mulaz.org/

Provera ispravnosti sifre ne predstavlja problem ...

Hocu da, kada korisnik zaboravi svoju sifru, otvorim mogucnost da je dobije
preko eMail-a....

Kada bih izvlacio sifru za odredjenog korisnika SELECT upitom dobio bih "neku glupost"
nerazumljivu korisniku ... ako ne moze PASSWORD f-jom, pokusacu sa MD5 ...

Potpis

Nisam ti pric'o !?

to mozes da izbegnes, kad useru generiras neki nov random password, i ubacis ga u bazu i posaljes, pa onda moze user sam da promeni kako sam hoce

problem je ako enko provali u tvoj server i pokupi bazu, da onda moze i da dobije sve passworde od svih usera, sto ne bi bilo dobro :)

Potpis

Bolje ispasti glup nego iz aviona
http://www.mulaz.org/

E, nije losa ideja !!!

:)

Ja cu ipak sifrovati zapis ....
Korisnik ce dobijati novu random sifru ... neizmenjena stize na njegov mail, a sifrovana se upisuje u bazu !!! :)

Hvala na ideji !!! :)

Potpis

Nisam ti pric'o !?