Каролина
.htaccess - это экспресс-метод, имеет массу недостатков... ну хотя бы то, что выйти нельзя без выхода из браузера (;

вход через панель всяко лучше (;

а если ip динамический?

Tadochi очевидно же, что тогда по маске хотя бы.

medvedeva за эт еще заплатить нуно

Каролина Если Вы о верификации через СМС, так можно бесплтано реализовать sendmail'ом, но только при условии, что оператор поддерживает email в вашем тарифе, некий гейт такой. Сейчас не знаю как, а раньше у Киевстар были подобные функции, да и у UMC, если не ошибаюсь, адреса были вроде:
38050XXXXXXXX@sms.umc.com.ua
38067XXXXXXXX@sms2.kyivstar.net

а на mts есть таке

На мтс бесплатно уже нету такой функции. Раньше была, отключили. В админку входить по смс, вы панель к банку делаете?

логин и пароль. Не?

холошо сделаю такие поля
логин
пароль
дополнительный пароль
(хотя самой лень будет все писать)

я в том смысле что вписывать в поля

Логин:
Пароль:

root и pass

Но! root будет пропускать только если ввести root07 (если сейчас воскресенье), а pass будет считаться верным при pass0913 (если сейчас 9 число месяца и 13:29 на часах)

еще б это все осуществить и запомнить все пароли когда что нет лучше мой вариант и кому мой сайт нужен что бы залесть на админку

моно поставить пароль 1234567890 кто догадается

Каролина
хешируй лучше.

Эли4ка Они неплохи, просто Nigma ищет в обоих + еще в своём каком-то индексе, и выводит результаты в очень удобном виде, структурируя по запросам\темам. Сначала непривычно было, а теперь уже не могу без Нигмочки))

Просто логин/пароль. У тебя там же не интернет банкинг.
Ну если параноишь то можно минут на 10 банить по ip, если более 5 раз не правильно пароль вписали. Т.е. защита от брута.

Само хорошо сделать вход на куках. При авторизации просто сохраняй пароль и логин в отдельной куке и на каждой странице делай выборку пользователя. Тоесть выбери пользователя с логином и пароле как в куках, если он не выбрал то куки подделаны и шли его на***

Главное в куках незашифрованный пароль не хранить

в куках вообще не нужно пароль хранить в каком-бы то ни было виде

Deert md5 это тоже самое что и в открытую хранить.
Я давно делаю так - генерирую случайный код, при авторизации пользователя, записываю этот код в куки и в бд, а в бд просто вместе с этим кодом записываю логин. Потом сверяю и дабы не теребить БД на каждой странице использую сессии.

Эли4ка а смысл?
я предложил решение, и оно решает проблему с хранением. Даже логин не надо в куки вписывать. Если xss где нибудь будет и куки попадут к другому человеку то он увидит только какой то не понятный для него код набор символов.

VolDroN а ты попробуй сделать по моему методу и далее попробуй взломать

Deert твой метод это md5?)) не смеши меня. Случайно пропустишь поле какое нибудь на сайте, не напишешь в проверку htmlspecialchars и будет у тебя xss`ка, тут и куки у пользователя сопрут.
Ну или что более вероятнее подхватит пользователь вирус, а вирус куки не заметно отправляет хацкеру.

Или ты может про crackfor.me или другие сайты не слышал? Твой md5 это то же самое что и в открытую хранить. Ну рахве что если пользователь установит пароль типа "a3423m;#!@#^^$" и то шанс то что такой пароль подберут больше 50%.

Какая разница перегрузится не перегрузится? Я вообще не об этом говорю, а о безопасности. В куках хоть всю информацию о пользователе можно хранить. Всё равно это пару килобайт всего. Смысл в том что бы если даже хацкер получит кукисы, то они будут ему бесполезны, потому что не хранят ни пароли ни даже логина. Чем меньше информации, тем сложнее хакеру. Да и код сгенерировать из какого-нибудь там md5(microtime(true) + mt_rand()) и записать в куки и в бд, а потом сверять не сложно, зато безопасность практически 100%

VolDroN покажи мне свой пример решения проблемы.

Deert я написал:

$cookey = md5(mictorime().mt_rand()).substr(md5(mt_rand().microtime().$login), 0, 42);
mysqli_query('INSERT INTRO `cookey` (`cookey`, 'date', 'user_id') VALUES ('.$cookey.', '.time().', '.$user_id.')');
setcookie('cookey', $cookey, время и.т.п.)
// и в сессию пишешь айди например:
$_SESSION['user_id'] = $id;

// потом на каждой странице проверяешь:
if(isset($_SESSION['user_id']))
    // авторизован
elseif(issest($COOKIE['cookey']))
{
    mysqli_query('SELECT `user_id` Where коокей = mysqli_real_escape_string(коокей_из_кукисов)')
   если есть такая запись в бд то пользователь авторизован, надо снова в сессию айдишник запихнуть
}

Эли4ка у меня просто хранится 42 символьный код, хз почему выбрал именно столько можно просто md5(microtime(true).rand());

Длину случайно выбрал Точнее вот: http://www.google.ru/search?sugexp=chrome,...e&ie=UTF-8&q=42
А так, это для того что бы если хакер и получил кукисы, то не сообразил что этто такое, т.к. в md5 32 символа, если бы даже он и додумался что его надо обрезать до 32, то расшифровав хэш всё равно нечего кроме случайного числа и time() не получит а тогда может и желание дальше сайт ковырять пропадёт)
вообще лучше бд так не занимать, хоть это и не особо много весит, но если пользователей много то ощутимо будет Лучше брать символов так 10 и перед тем как добавлять в бд проверять есть ли там уже такой же хэш, если есть то заного сгенерировать