#6
So malo bolj dodelali statistike pri keywordih. Ve kdo kako natančno je to? :D
všeč(0)
ni všeč(0)
spam(0)
#4
Če veš kje v bazi imaš staro domeno, lahko poženeš tudi query:
UPDATE table SET column = REPLACE (column, 'http://www.stara-domena.com','http://www.nova-domena.com');
Z backupom seveda :D
všeč(1)
ni všeč(0)
spam(0)
všeč(0)
ni všeč(0)
spam(0)
#
Ima kdo izkušnje s tem, da preveriš skupek informacij, ki jih pošlje browser in preverjaš istovetnost z nekimi podatki, ki so nekje shranjeni? Ker ne vem več kako omejit določene funkcije. Trenutno se preverja cookie, IPje, pa še vedno se te stvari precej enostavno lahko obide. Rešitev ostaja samo še ta, da lahko samo registrirani uporabniki uporabljajo določene funkcije. Kar pa trenutno ni mogoče.
Gre za večkratno uporabo, kot pri anketah ...
Nekej o tem: https://panopticlick.eff.org/
všeč(0)
ni všeč(0)
spam(0)
#21
A deluje al ne vprašajte skupino študentov pri honorar.si, ki mi konstantno spamajo page, al pa to dela konkurenca namesto njih :D
všeč(0)
ni všeč(0)
spam(0)
#25
OK eno vprašanje, kaj pri integraciji je najbolj pomembno? Izdaja računov glede na naročila, zaloga, kaj drugega ?
všeč(0)
ni všeč(0)
spam(0)
#112
Grrr BankaIn ne omogoča sprejemanja denarja preko WU :( Očitno to omogoča samo NLB.
všeč(0)
ni všeč(0)
spam(0)
#19
Ja verjetno res najbolje, s tem da moraš spet pazit kak je ta hash, da ni samo nek md5 emaila, ali kaj podobnega.
všeč(0)
ni všeč(0)
spam(0)
#16
@jure: kaj potemtakem pa je dobra praksa? :D Sej če nekdo zahteva novo geslo je le to posredovano na isti email :D Ko prideš do ideje da je bolj pametno da uporabnik sam vpiše geslo, pa tudi veš kaj dobiš. :D
Pošiljat geslo po elektronski pošti kar tako, brez da bi ga uporabnik zahteval, je po moje že tako zgrešen način.
všeč(1)
ni všeč(0)
spam(0)
#6
Najdi en uporaben rainbow table pa požen zadevo čez bazo :D Če misliš da je to prav način :D
všeč(0)
ni všeč(0)
spam(0)