PHP - Статьи - Пароль на страницу. Часть 2

Способ этот применим там, где, во-первых, пользователей много, и их контингент постоянно меняется. Во-вторых, где нужно сделать удобный вход - чтобы можно было зайти в систему, введя логин и пароль в форме на странице.

Рисуем форму и делаем файл, который получает логин и пароль (защиту от подборки я уде описывал, допишите её сюда сами).

// обработка строки с логином
$login = str_repalce("'", "", $login);

$login_result = mysql_query("SELECT id FROM user WHERE
login='$login' AND pass='". md5($pass). "'");

if (!mysql_error() && @mysql_num_rows($login_result)==1) {

/* выдача кук. Имена кук и путь лучше во избежание путаницы определять
в едином подключаемом файле. */
setcookie($COOKIE_LOGIN_NAME, $login, time()+3600, $COOKIE_PATH);
setcookie($COOKIE_PASSW_NAME, $pass, time()+3600, $COOKIE_PATH);

/* Сразу же после входа пользователя перенаправляют на закрытый паролем адрес. */
header("Location: /somepath/");
exit;
}
elseif (!mysql_error()) {

/* вывод сообщения об ошибке и формы для повторного ввода */
print ("Неправильный логин или пароль.");
}
else
print (mysql_error());
Все закрытые страницы вызывают файл, в котором проверяется правильность пароля, полученного из куки:

$login = str_repalce("'", "", $HTTP_COOKIE_VARS);
$login_result = mysql_query("SELECT id FROM user WHERE
login='$login' AND pass='". md5($HTTP_COOKIE_VARS). "'");

if (!mysql_error() && @mysql_num_rows($login_result)!=1) {

/* Если такой строки в таблице нет, пользователь перенаправляется на страицу входа. */
header("Location: /login.php");
exit;
}
else
print (mysql_error());
Имена кук будут использоваться в нескольких местах, поэтому лучше заранее поместить их в одном месте (например, объявив константы), чтобы потом не исправлять по нескольку раз.

Как видите, пароль будет бегать по каналу и лежать в файле с куками в открытом незакодированном виде. Это очень небезопасно. В отсутствие хозяина можно подойти к компьютеру, заглянуть в файл, где броузер держит куки, и записать пароль на бумажку (а если в локальной сети всё общее, то и подходить не надо, и стащить пароль можно прямо при хозяине).

Чтобы этого не произошло, пароль нужно кодировать. Как приемлемый вариант, хэш md5. Тут уже нельзя увидеть пароль и зайти в систему, записав его на бумажку или copy-paste-нув. Кстати, именно так можно залазить под паролем и без ведома друга в web-интерфейсы, строящие авторизацию на сессиях. Поэтому последнее, что можно сделать в этом направлении - это менять куку при каждой загрузке страницы.

Сам когда-то делал такую схему: в таблице пользователей есть колонка с датой последнего обращения. Эту дату последнего обращения и пароль, закодированные через md5, пользователь получает при каждом обращении. Система берёт куку с логином, вытаскивает из базы эту строку, генерирует хэш от полей last_log и passwd и сравнивает его с полученным. Если они совпадают, значит посетителя можно впускать. Для пущей безопасности можно добавить проверку на истечение куки - кука должна истечь после получаса неактивности, и, соответсвенно, в базе дата последнего лога должна быть менее чем полчаса назад.

$login = str_repalce("'", "", $HTTP_COOKIE_VARS);
$login_result = mysql_query("SELECT * FROM user WHERE
login='$login' AND last_log>DATE_SUB(NOW(), INTERVAL 30 MINUTE)");

if (!mysql_error() && @mysql_num_rows($login_result)==1) {
/* Получаем строку таблицы и формируем хэш от нужных полей. */
$current_user = mysql_fetch_array($login_result);
$hash_to_check = md5($current_user["passwd"]. " Ы - чтоб никто не догадался ".
   $current_user[log_time]);

if ($hash_to_check == $HTTP_COOKIE_VARS) {
    $current_time = time();
/* Обновление поля последнего входа и выдача новой куки. */
    mysql_query("UPDATE user SET last_log='". date("Y-m-d H:i:s", $current_time). "'
      WHERE login='$login'");
    setcookie($COOKIE_HASH_NAME, md5(date("Y-m-d H:i:s", $current_time).
        " Ы - чтоб никто не догадался ".
        $current_user["passwd"]), $current_time + 1800, $COOKIE_PATH);
    }
else {

/* В случае несовпадения хэша пользователь перенаправляется на страицу входа в систему. */
    header ("Location: /login.php");
    exit;
    };
}
elseif (!mysql_error() && @mysql_num_rows($log_result)!=1) {
header("Location: /login.php");
exit;
}
else
print (mysql_error());
Разумеется, " Ы - чтоб никто не догадался " лучше тоже выделить в отдельную переменную, а лучше использовать вместо этой строки ip-адрес посетителя (или, для обрывающегося диалапа, первые два/три числа ip-адреса).

Кстати, насчёт IP-адреса. Его лучше проверять, но не весь адрес, а только первые два (для ip, начинающихся на число меньше 127) или три (соответственно, больше 127) числа адреса. Это спасёт пользователей плохого и обрывающегося диалапа от необходимости заново авторизовыватсья после обрыва связи, и в то же время, не даст зайти взломщику, укравшему куку. Конечно же, он не сможет перезвонить и зайти через другого провайдера - адрес пула не тот, но это не наши проблемы ("в такую погоду свои дома сидят"). Как не наша проблема и воровство паролей внутри фирмы. Мы защитили от любопытных товарищей и неграмотных взломщиков, а против троянов и снифферов, которые можно поставить жертве, ничего сделать не можем.

На этом "навороты" закончились. Надёжнее защиту уже не сделать. Никто не будет лазить в файл кук за хэшем и подбирать его. Проще будет поместить между пользователем и веб-интерфейсом сниффер и при помощи него найти пароль. Можно поместить трояна, который будет запоминать всё, что пользователь ввёл на клавиатуре, но это уже не наши проблемы. Чтобы защититься от прослушивания канала, надо использовать соединения типа SSL или шифрование данных.

Пароль на страницу. Часть 5. Сессии
Зачем я писал заметку про куки? "Не понимаю, зачем писать про куки, когда в php есть сессии?!" Затем, чтобы у читателей не образовывалась перед глазами плоская картина. Не везде ещё стоит php 4-й версии, а в третьей они не поддерживаются. Более того, не везде сессии так необходимы — за редким исключением алгоритм авторизации проверяет правильность логина/пароля и правильность данных сессии, а затем либо отфутболивает клиента на страницу входа, либо берёт массив (или объект) с данными о пользователе.

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

В общем, я не утверждаю, что сессиями пользоваться не нужно. Нужно, только всему своё место. К вопросу применимости трёх способов авторизации — через 401-й заголовок ("realm"), куки или сессии — я вернусь позже. Сейчас поговорю о сессиях.

Сессии в php — это на самом деле не метод авторизации (само понятие неправильное, но в форумах спрашивают именно "как авторизовывать пользователя через сессии?"). Встроенный в php механизм пользовательских сессий лишь идентифицирует этих пользователей, авторизовывать — опять же, работа вашего скрипта.

Много про механизм сессий рассказывать не буду — уже рассказано. В самом простом виде (вернее в самом dafault-ном) механизм этот работает так: система держит на сервере файл сессии, в котором содержатся её переменные. Пользователь при запуске сессии получает уникальный идентификатор (обычно через куку), и при обращении к другим страницам отправляет её. При запуске механизма сессий в вашем скрипте обработчик php проверяет, существует ли файл соответствующий пришедшему идентификатору сессии — если существует, то скрипт сможет прочесть данные из файла, если нет — будет запущена новая сессия и создан файл. Разумеется, имя данной переменной опеределено в установках php.

Теперь о том, какими функциями мы пользуемся.

session_start(). Запускает сам механизм сессий. От пользователя должна быть переменная и соответствующий ей файл. Если нет файла, он создаётся, и сессия запускается с нуля. Если нет ни файла, ни переменной, то генерируется переменная (например, посылается заголовок с кукой) и создаётся файл.

session_register(имя1, имя2, имя3...). Указание, какие переменные запомнить в файле по окончании работы скрипта. После того как пользователь перейдёт к другой странице, можно запустить механизм сессий, и после вызова данной функции переменные будут доступны.

session_destroy(). Удаляет файл данных сессии (при использовании кук надо удалять их вручную, выставив пустую куку: "setcookie(session_name())").

session_end(). Если после авторизации данные о пользователе менять не надо, лучше сразу "выключить за собой свет" — закрыть файл и освободить доступ к нему.

session_set_cookie_params(жизнь, путь, домен). Установка параметров куки с идентификатором сессии (по умолчанию кука выставляется на корень сервера и на 0 секунд — до закрытия браузера).

Пока всё. Подробно про сессии будут отдельные выпуски. Пока опишу механизм авторизации и идентификации пользователя при помощи сессий.

Итак, имеем три файла — вход (login), проверка (auth) и выход (logout).

// вырезка всех нежелательных символов
$login = preg_replace("/[^\w_\.\-]/", "", $HTTP_POST_VARS["login"]);
$pass = trim($HTTP_POST_VARS["pass"]);

// проверка переменных
if (strlen($login)==0 || strlen($pass)==0)
$error = "Введите логин и пароль";
else {

// проверка логина и пароля
$user_result = mysql_query("SELECT * FROM user WHERE
login='$login' AND pass='". md5($pass). "'");
/* если возникла ошибка в базе (например, пользователь всунул в сессию дли-и-инную
переменную, которую база переваривать не захотела) или получилась не одна строка,
отфутболиваем пользователя */
if (mysql_error())
die(mysql_error());

elseif (@mysql_num_rows($user_result) != 1)
$error = "Неверное имя пользователя или пароль.";

// если всё нормально, выбираем данные, запускаем сессию
else {
$user = mysql_fetch_assoc($user_result);

session_set_cookie_params(1800, "/");
session_start();

// запоминаем данные о пользователе
session_register("user");

    // и дальше отправляем его куда-нибудь
    if (isset($HTTP_POST_VARS["return"]))
      header("Location: {$HTTP_POST_VARS['return']}");
    else
      header("Location: /");
    exit();
    };
};

/* здесь пользователь уже не прошёл авторизацию, но может отправить куку из
закрытой сессии. очистим её. */
if (isset($HTTP_COOKIE_VARS[session_name()]))
setcookie(session_name());

// дальше рисуем форму, это неинтересно.
Данный скрипт является и обработчиком и формой для ввода данных. При получении логина и пароля он обрабатывает их и, если они правильные, прекращает работу, отправив пользователя на нужную страницу. Если данные неправильные или вообще отсутствуют, рисует форму.

/* убиваем переменную user, чтобы нельзя было, нарисовав форму, отправить данные
в post-запросе. */
unset($user);

// флаг "ошибка сессии" — если он включён, работа прекратится.
$session_error = false;

// если не существует куки с идентификатором сессии, поднять флаг
if (!isset($HTTP_COOKIE_VARS[session_name()]))
$session_error = true;

// если существует, запускаем механизм сессий и регистрируем переменную $user.
else {
session_start();
session_register("user");

/* если случайно в массиве нет логина и пароля, работа тоже прекращается ("ничего
не знаем, мы вам их давали") */
if (!isset($user["login"]) || !isset($user["pass"]))
$session_error = true;
};

/* если пользователю до сих пор удалось геройски избежать ошибок, делается проверка
через базу так же, как и на входе. */
if (!$session_error) {
$check_result = mysql_query("SELECT uid FROM user WHERE
login='{$user[login]}' AND pass='{$user[pass]}'");

if (mysql_error() || @mysql_num_rows($user_result) != 1)
$session_error = true;
};

// если была какая-то ошибка, то
if ($session_error) {

// уничтожаем данные сессии
session_destroy();

// уничтожаем куку, если она была
if (!isset($HTTP_COOKIE_VARS[session_name()]))
setcookie(session_name(),"","/");

/* отправляем пользователя на вход, с возможностью вернуться на запрошенный адрес */
header("Location: /login.php?return=$REQUEST_URI");

// прекращаем работу
exit();
};

mysql_free_result($check_result);
Пользователь проверен и в массиве $user — все данные о нём, можно, например, поприветствовать его по имени-отчеству:

<?
include("auth.inc");
?><html>
<head><title><? print ("Здравствуйте, {$user[fname]} {$user[sname]}!"); ?></title></head>
<body>
[skip]
И выход:

if(isset($HTTP_COOKIE_VARS[session_name()])) {

// запуск механизма сессий
session_start();

// удаление файла
session_destroy();

// удаление куки
setcookie(session_name());
};
// выход со страницы
header("Location: /login.php");
Пара замечаний: закрываемая паролем часть в данном примере - весь сервер (например, service.firm.ru), для закрытия директории нужно исправить пути. Вместо PHPSESSID используется session_name(), чтобы можно было свободно менять имя идентификатора. Кстати, на одном физическом сервере можно делать разные имена идентификаторов сессий - достаточно в нужную часть положить файл .htaccess со строкой php_value session.name "ABRACADABRA".

Welikeit.Ru Библиотека cтатей


Главная О проекте Конкурсы Ссылки Контакты Карта сайта
Создание сайтов: Macromedia Flash HTML PHP Веб-дизайн Раскрутка Графика Программирование: Делфи Паскаль Си Google Adsense: Заработок на сайте Советы Поиск по сайту: новинка, вред электронной сигареты отличные цены	PHP - Статьи - Пароль на страницу. Часть 2 Способ этот применим там, где, во-первых, пользователей много, и их контингент постоянно меняется. Во-вторых, где нужно сделать удобный вход - чтобы можно было зайти в систему, введя логин и пароль в форме на странице. Рисуем форму и делаем файл, который получает логин и пароль (защиту от подборки я уде описывал, допишите её сюда сами). // обработка строки с логином $login = str_repalce("'", "", $login); $login_result = mysql_query("SELECT id FROM user WHERE login='$login' AND pass='". md5($pass). "'"); if (!mysql_error() && @mysql_num_rows($login_result)==1) { /* выдача кук. Имена кук и путь лучше во избежание путаницы определять в едином подключаемом файле. / setcookie($COOKIE_LOGIN_NAME, $login, time()+3600, $COOKIE_PATH); setcookie($COOKIE_PASSW_NAME, $pass, time()+3600, $COOKIE_PATH); / Сразу же после входа пользователя перенаправляют на закрытый паролем адрес. / header("Location: /somepath/"); exit; } elseif (!mysql_error()) { / вывод сообщения об ошибке и формы для повторного ввода / print ("Неправильный логин или пароль."); } else print (mysql_error()); Все закрытые страницы вызывают файл, в котором проверяется правильность пароля, полученного из куки: $login = str_repalce("'", "", $HTTP_COOKIE_VARS); $login_result = mysql_query("SELECT id FROM user WHERE login='$login' AND pass='". md5($HTTP_COOKIE_VARS). "'"); if (!mysql_error() && @mysql_num_rows($login_result)!=1) { / Если такой строки в таблице нет, пользователь перенаправляется на страицу входа. / header("Location: /login.php"); exit; } else print (mysql_error()); Имена кук будут использоваться в нескольких местах, поэтому лучше заранее поместить их в одном месте (например, объявив константы), чтобы потом не исправлять по нескольку раз. Как видите, пароль будет бегать по каналу и лежать в файле с куками в открытом незакодированном виде. Это очень небезопасно. В отсутствие хозяина можно подойти к компьютеру, заглянуть в файл, где броузер держит куки, и записать пароль на бумажку (а если в локальной сети всё общее, то и подходить не надо, и стащить пароль можно прямо при хозяине). Чтобы этого не произошло, пароль нужно кодировать. Как приемлемый вариант, хэш md5. Тут уже нельзя увидеть пароль и зайти в систему, записав его на бумажку или copy-paste-нув. Кстати, именно так можно залазить под паролем и без ведома друга в web-интерфейсы, строящие авторизацию на сессиях. Поэтому последнее, что можно сделать в этом направлении - это менять куку при каждой загрузке страницы. Сам когда-то делал такую схему: в таблице пользователей есть колонка с датой последнего обращения. Эту дату последнего обращения и пароль, закодированные через md5, пользователь получает при каждом обращении. Система берёт куку с логином, вытаскивает из базы эту строку, генерирует хэш от полей last_log и passwd и сравнивает его с полученным. Если они совпадают, значит посетителя можно впускать. Для пущей безопасности можно добавить проверку на истечение куки - кука должна истечь после получаса неактивности, и, соответсвенно, в базе дата последнего лога должна быть менее чем полчаса назад. $login = str_repalce("'", "", $HTTP_COOKIE_VARS); $login_result = mysql_query("SELECT FROM user WHERE login='$login' AND last_log>DATE_SUB(NOW(), INTERVAL 30 MINUTE)"); if (!mysql_error() && @mysql_num_rows($login_result)==1) { /* Получаем строку таблицы и формируем хэш от нужных полей. / $current_user = mysql_fetch_array($login_result); $hash_to_check = md5($current_user["passwd"]. " Ы - чтоб никто не догадался ". $current_user[log_time]); if ($hash_to_check == $HTTP_COOKIE_VARS) { $current_time = time(); / Обновление поля последнего входа и выдача новой куки. / mysql_query("UPDATE user SET last_log='". date("Y-m-d H:i:s", $current_time). "' WHERE login='$login'"); setcookie($COOKIE_HASH_NAME, md5(date("Y-m-d H:i:s", $current_time). " Ы - чтоб никто не догадался ". $current_user["passwd"]), $current_time + 1800, $COOKIE_PATH); } else { / В случае несовпадения хэша пользователь перенаправляется на страицу входа в систему. / header ("Location: /login.php"); exit; }; } elseif (!mysql_error() && @mysql_num_rows($log_result)!=1) { header("Location: /login.php"); exit; } else print (mysql_error()); Разумеется, " Ы - чтоб никто не догадался " лучше тоже выделить в отдельную переменную, а лучше использовать вместо этой строки ip-адрес посетителя (или, для обрывающегося диалапа, первые два/три числа ip-адреса). Кстати, насчёт IP-адреса. Его лучше проверять, но не весь адрес, а только первые два (для ip, начинающихся на число меньше 127) или три (соответственно, больше 127) числа адреса. Это спасёт пользователей плохого и обрывающегося диалапа от необходимости заново авторизовыватсья после обрыва связи, и в то же время, не даст зайти взломщику, укравшему куку. Конечно же, он не сможет перезвонить и зайти через другого провайдера - адрес пула не тот, но это не наши проблемы ("в такую погоду свои дома сидят"). Как не наша проблема и воровство паролей внутри фирмы. Мы защитили от любопытных товарищей и неграмотных взломщиков, а против троянов и снифферов, которые можно поставить жертве, ничего сделать не можем. На этом "навороты" закончились. Надёжнее защиту уже не сделать. Никто не будет лазить в файл кук за хэшем и подбирать его. Проще будет поместить между пользователем и веб-интерфейсом сниффер и при помощи него найти пароль. Можно поместить трояна, который будет запоминать всё, что пользователь ввёл на клавиатуре, но это уже не наши проблемы. Чтобы защититься от прослушивания канала, надо использовать соединения типа SSL или шифрование данных. Пароль на страницу. Часть 5. Сессии Зачем я писал заметку про куки? "Не понимаю, зачем писать про куки, когда в php есть сессии?!" Затем, чтобы у читателей не образовывалась перед глазами плоская картина. Не везде ещё стоит php 4-й версии, а в третьей они не поддерживаются. Более того, не везде сессии так необходимы — за редким исключением алгоритм авторизации проверяет правильность логина/пароля и правильность данных сессии, а затем либо отфутболивает клиента на страницу входа, либо берёт массив (или объект) с данными о пользователе. Случаев, когда работа сессиями необходима, не так уж и часты. Например, в своей игре "Монополист" я сразу стал использовать сессии, потому что пользователь может играть в нескольких играх и одна и та же страница в одном и том же сеансе работы может содержать разные данные. Там лучше данные для одной из игр, в которых пользователь участвует, хранить в сессии и сделать страницу для перехода между играми. В общем, я не утверждаю, что сессиями пользоваться не нужно. Нужно, только всему своё место. К вопросу применимости трёх способов авторизации — через 401-й заголовок ("realm"), куки или сессии — я вернусь позже. Сейчас поговорю о сессиях. Сессии в php — это на самом деле не метод авторизации (само понятие неправильное, но в форумах спрашивают именно "как авторизовывать пользователя через сессии?"). Встроенный в php механизм пользовательских сессий лишь идентифицирует этих пользователей, авторизовывать — опять же, работа вашего скрипта. Много про механизм сессий рассказывать не буду — уже рассказано. В самом простом виде (вернее в самом dafault-ном) механизм этот работает так: система держит на сервере файл сессии, в котором содержатся её переменные. Пользователь при запуске сессии получает уникальный идентификатор (обычно через куку), и при обращении к другим страницам отправляет её. При запуске механизма сессий в вашем скрипте обработчик php проверяет, существует ли файл соответствующий пришедшему идентификатору сессии — если существует, то скрипт сможет прочесть данные из файла, если нет — будет запущена новая сессия и создан файл. Разумеется, имя данной переменной опеределено в установках php. Теперь о том, какими функциями мы пользуемся. session_start(). Запускает сам механизм сессий. От пользователя должна быть переменная и соответствующий ей файл. Если нет файла, он создаётся, и сессия запускается с нуля. Если нет ни файла, ни переменной, то генерируется переменная (например, посылается заголовок с кукой) и создаётся файл. session_register(имя1, имя2, имя3...). Указание, какие переменные запомнить в файле по окончании работы скрипта. После того как пользователь перейдёт к другой странице, можно запустить механизм сессий, и после вызова данной функции переменные будут доступны. session_destroy(). Удаляет файл данных сессии (при использовании кук надо удалять их вручную, выставив пустую куку: "setcookie(session_name())"). session_end(). Если после авторизации данные о пользователе менять не надо, лучше сразу "выключить за собой свет" — закрыть файл и освободить доступ к нему. session_set_cookie_params(жизнь, путь, домен). Установка параметров куки с идентификатором сессии (по умолчанию кука выставляется на корень сервера и на 0 секунд — до закрытия браузера). Пока всё. Подробно про сессии будут отдельные выпуски. Пока опишу механизм авторизации и идентификации пользователя при помощи сессий. Итак, имеем три файла — вход (login), проверка (auth) и выход (logout). // вырезка всех нежелательных символов $login = preg_replace("/[^\w_\.\-]/", "", $HTTP_POST_VARS["login"]); $pass = trim($HTTP_POST_VARS["pass"]); // проверка переменных if (strlen($login)==0 \|\| strlen($pass)==0) $error = "Введите логин и пароль"; else { // проверка логина и пароля $user_result = mysql_query("SELECT FROM user WHERE login='$login' AND pass='". md5($pass). "'"); /* если возникла ошибка в базе (например, пользователь всунул в сессию дли-и-инную переменную, которую база переваривать не захотела) или получилась не одна строка, отфутболиваем пользователя / if (mysql_error()) die(mysql_error()); elseif (@mysql_num_rows($user_result) != 1) $error = "Неверное имя пользователя или пароль."; // если всё нормально, выбираем данные, запускаем сессию else { $user = mysql_fetch_assoc($user_result); session_set_cookie_params(1800, "/"); session_start(); // запоминаем данные о пользователе session_register("user"); // и дальше отправляем его куда-нибудь if (isset($HTTP_POST_VARS["return"])) header("Location: {$HTTP_POST_VARS['return']}"); else header("Location: /"); exit(); }; }; / здесь пользователь уже не прошёл авторизацию, но может отправить куку из закрытой сессии. очистим её. / if (isset($HTTP_COOKIE_VARS[session_name()])) setcookie(session_name()); // дальше рисуем форму, это неинтересно. Данный скрипт является и обработчиком и формой для ввода данных. При получении логина и пароля он обрабатывает их и, если они правильные, прекращает работу, отправив пользователя на нужную страницу. Если данные неправильные или вообще отсутствуют, рисует форму. / убиваем переменную user, чтобы нельзя было, нарисовав форму, отправить данные в post-запросе. / unset($user); // флаг "ошибка сессии" — если он включён, работа прекратится. $session_error = false; // если не существует куки с идентификатором сессии, поднять флаг if (!isset($HTTP_COOKIE_VARS[session_name()])) $session_error = true; // если существует, запускаем механизм сессий и регистрируем переменную $user. else { session_start(); session_register("user"); / если случайно в массиве нет логина и пароля, работа тоже прекращается ("ничего не знаем, мы вам их давали") / if (!isset($user["login"]) \|\| !isset($user["pass"])) $session_error = true; }; / если пользователю до сих пор удалось геройски избежать ошибок, делается проверка через базу так же, как и на входе. / if (!$session_error) { $check_result = mysql_query("SELECT uid FROM user WHERE login='{$user[login]}' AND pass='{$user[pass]}'"); if (mysql_error() \|\| @mysql_num_rows($user_result) != 1) $session_error = true; }; // если была какая-то ошибка, то if ($session_error) { // уничтожаем данные сессии session_destroy(); // уничтожаем куку, если она была if (!isset($HTTP_COOKIE_VARS[session_name()])) setcookie(session_name(),"","/"); / отправляем пользователя на вход, с возможностью вернуться на запрошенный адрес */ header("Location: /login.php?return=$REQUEST_URI"); // прекращаем работу exit(); }; mysql_free_result($check_result); Пользователь проверен и в массиве $user — все данные о нём, можно, например, поприветствовать его по имени-отчеству: <? include("auth.inc"); ?><html> <head><title><? print ("Здравствуйте, {$user[fname]} {$user[sname]}!"); ?></title></head> <body> [skip] И выход: if(isset($HTTP_COOKIE_VARS[session_name()])) { // запуск механизма сессий session_start(); // удаление файла session_destroy(); // удаление куки setcookie(session_name()); }; // выход со страницы header("Location: /login.php"); Пара замечаний: закрываемая паролем часть в данном примере - весь сервер (например, service.firm.ru), для закрытия директории нужно исправить пути. Вместо PHPSESSID используется session_name(), чтобы можно было свободно менять имя идентификатора. Кстати, на одном физическом сервере можно делать разные имена идентификаторов сессий - достаточно в нужную часть положить файл .htaccess со строкой php_value session.name "ABRACADABRA".
Copyright © 2006-09.

Welikeit.Ru

PHP - Статьи - Пароль на страницу. Часть 2