Нупо моей мысли - принять логин и пароль, вернуть результат, + восстановление пароля + взаимодействие с БД, ты б хоть наброски показал,или с алгоритмом или функционалом не определился?

Пока не определился. А куда потом этот результат возвращать? Вот создал я контроллер, он обработал полученные пост-данные. А куда результат возвращать? И сразу следующий вопрос: как сделать систему званий? Хотя-бы примитивную (юзер, админ)?

в таблице БД.

id | login | pass .... | admin| moderator | god |
1   vasia    *****       false     true          false

А результат возрашается в VIEW

Оригинально... Я думал сделать числовые значения. Что-то вроде Админ - 1, Модер - 2, Юзер - 3. Прошу прощения не заметил. Дык view много. В каждый возвращать?

так проверка короче кому как нравиться, я вообще обычно 1 пишу, если активен

Правильней наверн - отдельную таблицу для администрации и спецзваний, а туды вписывать по id на строку

Может быть есть готовый скрипт, примерно того что я хочу? Хотелось бы посмотреть.

нее.. вообще любой код лучше писать под себя , тем более такой

Не для использования. Для обучения, так сказать=) Не до конца все-таки понял с авторизацией.

Тебя интересует сам вопрос авторизации или непосредственно создание класса? по сути класс это ни что иное как объединение свойств и методов (они же функции).

Чтобы система "рангов" была гибче, можно хранить отдельно таблицу рангов в виде:

1  Администратор  {Описание администратора}
2  Модератор        {Описание модератора}
3  Пользователь    {Описание пользователя}

Отдельно учётные записи

1  ИванЛогин    ИванПароль    ИванПочта
2  СемёнЛогин  СемёнПароль  СемёнПочта
3  АнтонЛогин  АнтонПароль   АнтонПочта

И отдельно привязку к рангам (это вроде придаёт БД нормализованный вид, не?)

[id связки]  [id пользователя]  [id ранга]
1                1                        1
2                1                        2
3                2                        3
4                3                        3
5                3                        2

Таким образом, Иван у нас и администратор, и модератор. Сёма - пользователь. А Антошка - юзер и модератор.

При выводе, управлении, обработке и т.д. смотреть к каким рангам относится пользователь и - соответственно - разрешать/не разрешать, выводить/не выводить и тому подобное. Например, если пользователь - администратор, то выводим ссылку "удалить". Если пользовать и модератор, и администратор, выводим ссылки "удалить" и "исправить". Проверка производится, естесственно, только по idшникам рангов.

алсо, всё это для примера - ногами не пинать :D
если надо, могу описать подробнее.

Лучше поподробнее описать процесс авторизации, повторюсь ООП, MVC

bobo
Слышь, это как вариант. Всё зависит от структуры таблицы.

На хоена те рангов 20-50, это чё админ, помошник админа, младший админ, старший помошник младшего админа.

Если реч уж пошла о рангах типа, гость, бывалый, здесь живёт и т.д. вообще можно сообщения считать и не над таблицы., мишень чтоли нашёл?

Игорь_Vasinsky, парниша, ты чего неадекватный такой, учись адекватно воспринимать конструктивную критику.

А вот у меня самая гибкая система, нет никаких рангов, есть только права доступа на тот или иной объект и пофигу там админ или модер, есть право - получай, нет - иди лесом.

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

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

Нарыл готовый скрипт, на работоспособность не проверял, пока нет на это времени, тут как то прикрепить файл к сообщению можно ?
Либо пишите в лс - скину на мыло.

bobo
выдохни уже.

bobo, дай ссылку, если не сложно