ПРишлось регистрацию и аутефикацию пользователей делать. Посмотрите правильно ли, если что подскажите как правильнее и лучше.

Аутификация такая:
1 - Когда пользователь вводит лог и пасс он перебрасывается на след страницу.
2 - На этой странице лог и пасс переводяться через MD5 и проверяется если такой в БД SQL. Если нет то переброс.
3 - Дальше лог и пас заносяться в переменную, и на след странице заноситься в куки файл (один). 
     А разделяются они так - "||||||".
4 - На каждой странице скрипт, который берет строку из куки и через explode разделяю лог и пасс, и проверяю если такие в БД.

Меня смущает что я зделал и лог и пасс в одном куки.
И правильно ли делать проверку на каждой странице. Мож есть др. способы. Подскажите.

1. зачем логин хешировать (md5())?
2. пароли не рекомендуется сохранять в куках в целях безопасности
3.

это они в файле "куки (название файла)" разделяются так или  куки подазумеваете другие?

а вот как сделать проще:
1. Когда пользователь вводит лог и пасс он перебрасывается на след страницу.
2. на странице (где идет обработка введенных данных), сравнивает логин и пароль (md5()) с данными в БД
3. если данныеесть, пользователь авторизован и перкидывается на index.php (или другую страницу) 
4. если данных нет, пользователя выкидывает на страницу с формой

моешь посмотреть регистрацию и авторизацию в FAQ

Добавлено через 1 минуту и 35 секунд
и еще, чтоб постоянно не обращаться к БД (на каждой странице)... после авторизации создаем сессию $_SESSION['login']и все... далее просто на каждом файле пишем в самом начале session_start() и все

Так они в md5 все равно некто не узнает.

А сессия ведь живет всего 20 минут не удобно для узеров будет.

Добавлено через 2 минуты и 59 секунд
И если не будет в куки пароля, как я узнаю какой пароль узер вводил при авторизации?

Есть дешифраторы md5

    

  а я не знал

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

ну не знаю... на сколько мне известно сессия живет по она не будет либо удалена unset(), либо не закрыт браузер

тут по ходу никто об этом не знал


исходя из установок сервера, каждые несколько n-ое количество времени происходит удаление части из старых сессий

Дешифратор может быть у алгоритма шифрования..а md5 - алгоритм хэширования  
возможно вы имели ввиду BruteForce? Так метод подбора на всем работает. Тогда криптография вообще никому не нужна  

по теме
mogul82

а зачем логин и пасс в куках хранить?

azesmcar, 

что бы знать какой лог и пасс юзер ввел при авторизации, если он начнет подделывать куки, то я смогу проверит какой лог и пасс. на каждой странице.

ничего не понял..как можно знать какой лог и пасс ввел юзер храня их в куках если он начнет подделывать куки???

azesmcar,  На каждой странице я проверяю куки, и проверяю записи в БД.

Мне нужно знать что данный юзер на данной странице.
Мож для него нужно отдельное сообщение написать или не пустить сюда.

Добавлено через 49 секунд
И ваще что он это и лог с пасом верные.

Добавлено через 2 минуты и 34 секунды
Кстати а как в phpBB зделано?

Ну очепятался, со всеми бывает.... Хранить в кукисах пароль, даже шифрованный не безопасно. Ты думаешь все пользователи такие добросовестные буду блюсти уголовный кодекс и не полезут воровать кукисы?
Куки и пароль можно хранить в сессии... Чтоб сессия жила больше, чем это установлено в настройках нужно создавать отдельную таблицу. И никаких левых проверок...

а сессии на что?

как ты можешь узнать, что у пользователя в куках????? КУКИ ХРАНЯТСЯ НА СТОРОНЕ ПОЛЬЗОВАТЕЛЯ...чтоб тебе из узнать, тебе их придется спереть для начала.

если он вводит данные которых в БД нет (Логин соответствует Паролю).... если пользователь введет Логин, которые есть в БД, а пароль ему соответстваовать не будет то не пускай его!!! и наоборот...
если хочешь отследить действия ввод Логина и Пасса... создай файл на сервере, в который будут записываться введеные данные пользователем тем самы ты сможешь отследить.. и то не всегда... отследить если тока по IP... но он имеет свойство "плавать"
что касается сессии... как юзверь авторизовался... создаешь сессию $_SESSION['login'] (как я уже говорил)... и чтоб ты не парился про удаление сессии... создай файл, который будет подключаться ко всем остальным файлам.. и в этом файле (который будет прикреплятсья)... напиши sql-запрос, где логин, который хранится в $_SESSION['login'] будет сравниваться с логином в БД... если совпадает, то обновляется время в БД... и тогда через 20 минут сессия у тя неудалится

Shark, 

И кк я по твой му узнаю, что он на данной странице.