Hozzászólások
-
Bejegyzés
-
Én először telepítettem a 10.2-őt, nagyon jó lett (bár ATi driverre várnom kellett 2 napot, de most már megvan), utána kaptam kezeim közé egy 10.1-et, frissítettem, és olyan módon lett szar az egész, hogy inkább felraktam újra, előlről. Ne csináljatok vele frissítést, azon oknál se, hogy egy bivalyon töltött 4 óráig (!), tekergette a CD-t és a winyót… semmire sem jó 🙁
Alapból a debian sarge nem a 2.4-es kernelt indítja (csak nekem van öreg sargeom? 😀 )?
Ha igen, akkor linux 26-al indítsd! (vagy linux26 volt?)Rosszul mondtam… a sessionnek UID-et tartalmaznia kell 🙂
Így ha nem létezik az $_SESSION[UID], akkor nem tudsz semmit sem csinálni, mert csak a beléptető szkript hozza létre, így csak akkor létezhet, ha az ember be van jelentkezve, viszont ha te átírod a cookie-dat, és megpróbálsz bemenni…
nem, ez nem jó 🙂
Valahogy az IP-t kéne folyamatosan tárolni, ha a felhasználó IP-je nem egyezik az adatbázisban belépésnél frissült IP-vel, akkor törli a session-t. Így már jó? 🙂
Adott egy lap (mondhatnánk portálnak is), ahol vannak felhasználók. Azt kell kiviteleznem, hogy senki se tudjon belemászni a másik accountjába, és többen se tudjanak egy accountról bejelentkezni egy időben.
A következő megoldás jutott eszembe: kiküldök egy cookie-t, benne egy UID, ezzel az UID-del azonosítok egy sessiont, aminek igazából mindegy az értéke, a lényeg, hogy létezzen. De amikor belépsz, egy adat frissül az egyik táblában, 1-es értéket vesz fel. Itt jön bele az, hogy ne tudjanak többen belépni egyszerre: ha az azonosító, amikor belépsz, alapvetően már 1, akkor törli a sessiont és visszaállítja az azonosítót 0-ára. Így tudnám azt megoldani, hogy többen ne tudjanak belépni. Bár ez a módszer kidobja az eredeti bejelentkezettet, de pl. a beragadások ellen eléggé jól véd 🙂
Szerintetek mennyire jó módszer?
