Способы и методы web-авторизации

Одна из причин: логин-пароль передаются методом post, и если контент будет выдавать тот же скрипт, то при попытке обновить страницу будет выдаваться неприятное сообщение о том, что надо бы переотправить форму.

Вторая: всем страницам, при таком подходе, нужно лишь проверять, идентифицирован пользователь или нет, а саму авторизацию проводит отдельный скрипт, который потом перенаправляет куда надо

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

Устаревшая какая-то у Вас система взглядов на построение скриптов :) Зачем вообще эти глупые релоады страниц? Ведь есть аякс. И куча кроссбраузерных библиотек к нему. Авторизация только на аяксе :)

Апачом авторизовывать вообще изврат - как вы себе это представляете? Щелкнул по ссылке а вместо привычной странички шняга какая-то выскочила :)

Обратите внимание в форме которую выдает ИЕ на 401 такая галочка есть и в других бродилках то же

Галочка есть (в FF кстати нет), но работает она по-другому. Т.е. все равно окошко будет выскакивать, а хочется, чтобы ничего не выскакивало.

В общем кроме эстетики я минусов 401-авторизации не вижу.

Всем спасибо за ответы.

Mad Cat, почитайте что такое basic и другие возможные способы встроенной в веб-сервер авторизации.

Веб-форму можно передать, например, по SSL каналу. Или, встроить свой алгоритм шифрования в ActiveX, например, и передать данные ему и далее на сервер. На серверной стороне можно также хранить базу пользователей в нужном формате - с хранением паролей, без него, в общем как угодно.

Во встроенной авторизации всем в плане передачи данных заправляет браузер, а в плане самой авторизации - или веб-сервер, или авторизационная система (тот же Керберос).

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

а как Вы отмену авторизации будете делать?

Kolyaj,

ага, рассказывай... а это что тогда:

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

Mad Cat,

да, а теперь расскажи мне, как ты будешь с помощью панели управления заводить удалять редактировать профили новых юзверов? писать скрипт который вызвает htpasswds или кактам она? а если серве не апач?

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

robust, не путайте людей. Во-первых, уберите мой ник из цитаты, а во-вторых кроме авторизации через htpasswd есть масса других способов, которые поддерживаются и Apaсhe и IIS. Есть доменная авторизация, есть Керберос... Много чего есть.

А про какую-такую панель управления вы тут пишете вообще непонятно. ТС на эту тему ничего не говорил вроде бы. Написать же интерфейс по управлению htpasswd записями - пара пустяков.

Последнее же предложение:

показывает слабое знакомство с предметом. Любая авторизация делается на стороне сервера, поскольку там хранится база с авторизационными данными. И надежность зависит только от способа передачи данных по большому счету. И делать это через встроенный в веб-сервер механизм или писать что-то свое - без разницы. Можно и там и там накосячить или наоборот сделать хорошо и надежно.