Comments 20
а почему бы не дать пользователю пользоватся всеми благами незарегистрированным, храня информацию о клиенте, но дав пользователю возможность легко зарегистрироваться и склеить два своих аккаунта?
ключевая идея — регистрация не обязательна, но возможна.
ключевая идея — регистрация не обязательна, но возможна.
Потому что в задаче написано отличить без регистрации.
К предложению «дать возможность зарегистрироваться» — присоединяюсь.
К предложению «дать возможность зарегистрироваться» — присоединяюсь.
Например, комментирование статей. Мы выдаем клиенту логин, а потом он может зарегистрироваться, дополнив профиль всей необходимой нам информацией.
Регистрацию никто не отменял =)
Регистрацию никто не отменял =)
пост в 3х словах: печеньки бывают полезны.
А если сделать регистрацию и только по имени (уникальному)?
Преимущества — только одно поле для ввода (регистрации).
Преимущества — только одно поле для ввода (регистрации).
а любой другой сможет этим именем воспользоваться?
надо или два поля имя+пароль или поле емейл, с аутентификацией по емейлу. или поле телефон с аутентификацией по телефону.
но, имхо, ничего круче имя-пароль еще не придумали.
надо или два поля имя+пароль или поле емейл, с аутентификацией по емейлу. или поле телефон с аутентификацией по телефону.
но, имхо, ничего круче имя-пароль еще не придумали.
Хорошая тема для разговора о открытых(я бы сказал shared) методах авторизации.
OpenID это просто одна из _общих_ технологий.
Лично я делаю всегда так, чтобы пользователь мог выбрать: регистрироваться в моей системе(локально) или воспользоваться одним из провадеров OpenID.
Выглядит это как виджеты логин, пароль, регистрация и рядом лист из кнопок: Войти ВКонтакте, Войти через Гугл, Войти через ФейсБук.
Что мы получаем?
1) Пугливый пользователь может воспользоваться локальной регистрацией и логиниться через своё мыло. Всё будет ок.
2) Ленивый нажмёт на нужную кнопку из списка провайдеров и сразу попадёт на сайт, сможет всё что угодно делать. Не нужно никаких склеиваний или дополнительной логике на стороне сервера.
Ещё советую вам обратить своё внимание на реализацию форума Wakaba. Да, это имидж-борда. Суть её аутентификации — пароль. Если сделать этот пароль «обязательным», то получается близкое к тому, чего хочется вам.
OpenID это просто одна из _общих_ технологий.
Лично я делаю всегда так, чтобы пользователь мог выбрать: регистрироваться в моей системе(локально) или воспользоваться одним из провадеров OpenID.
Выглядит это как виджеты логин, пароль, регистрация и рядом лист из кнопок: Войти ВКонтакте, Войти через Гугл, Войти через ФейсБук.
Что мы получаем?
1) Пугливый пользователь может воспользоваться локальной регистрацией и логиниться через своё мыло. Всё будет ок.
2) Ленивый нажмёт на нужную кнопку из списка провайдеров и сразу попадёт на сайт, сможет всё что угодно делать. Не нужно никаких склеиваний или дополнительной логике на стороне сервера.
Ещё советую вам обратить своё внимание на реализацию форума Wakaba. Да, это имидж-борда. Суть её аутентификации — пароль. Если сделать этот пароль «обязательным», то получается близкое к тому, чего хочется вам.
В принципе OpenID является отличной альтернативой (или дополнением) к привычной регистрации. Но весь вопрос в том, насколько серьезно мы занимаемся аутентификацией клиента: если это магазин, то все-таки надо и регистрацию делать, и OpenID. А если это блог, то и морочить голову не надо.
Недавно был отличный пост про аутентификацию с помощью гугл.карт. В принципе, можно и на этом что-то придумать, но опять-таки не хочется усложнять реализацию — решение разрабатывается для небольших проектов.
Недавно был отличный пост про аутентификацию с помощью гугл.карт. В принципе, можно и на этом что-то придумать, но опять-таки не хочется усложнять реализацию — решение разрабатывается для небольших проектов.
ПОхоже сделано на libtorrent.rakshasa.no
>> На моем сайте я, например, генерирую случайную пару Имя Отчество
А мне нравятся готовые логины, как в Хабрапесочнице: «абитура», «Отто Юльевич Шмидт», ">>>биться головой сюда<<<" и т.д. ))
А мне нравятся готовые логины, как в Хабрапесочнице: «абитура», «Отто Юльевич Шмидт», ">>>биться головой сюда<<<" и т.д. ))
на znatnado.ru я сделал все без авторизации — люди действительно заполняют поле Имя и в большинстве даже поля телефон и e-mail
для различия в случае написания одним и тем же человеком двух комментов под разными именами используются разноцветные иконки, цвет которых основан на первых трех цифрах IP-адреса.
для различия в случае написания одним и тем же человеком двух комментов под разными именами используются разноцветные иконки, цвет которых основан на первых трех цифрах IP-адреса.
Один пример. Некий писатель Lleo с год назад решил податься в разработчики блогодвижков и начал писать с нуля свой движок на PHP. Выглядит страшновато и изрядно глючит (как и любой другой сайт начинающих PHP программистов), но как минимум одна очень правильная идея там есть. А именно, то что пользователь не должен тратить своё время на регистрацию без нужды.
На его блоге (lleo.aha.ru/dnevnik/) все посетители авторизованы. Те, кто не выбрал себе логинов-паролей-никнеймов зовутся страшной длинной цифрой. Те кто выбрал — зовутся сообразно со своим выбором. Можно задать логин-пароль и тогда появится возможность зайти под тем же пользователем с другого броузера. Если броузеры не меняются, то регистрация не нужна, авторизация производится автоматически при заходе пользователя на сайт и хранится между сессиями в самых разных местах (в куках, во флеш-куках, в кеше и истории броузера и так далее).
На своих сайтах и веб-сервисах планирую придерживаться именно этой парадигмы. Любой посетитель имеет права зарегистрированного пользователя. Опционально он может задать логи-пароль-никнейм-openid-что угодно, но только если у него есть на это время и желание.
На его блоге (lleo.aha.ru/dnevnik/) все посетители авторизованы. Те, кто не выбрал себе логинов-паролей-никнеймов зовутся страшной длинной цифрой. Те кто выбрал — зовутся сообразно со своим выбором. Можно задать логин-пароль и тогда появится возможность зайти под тем же пользователем с другого броузера. Если броузеры не меняются, то регистрация не нужна, авторизация производится автоматически при заходе пользователя на сайт и хранится между сессиями в самых разных местах (в куках, во флеш-куках, в кеше и истории броузера и так далее).
На своих сайтах и веб-сервисах планирую придерживаться именно этой парадигмы. Любой посетитель имеет права зарегистрированного пользователя. Опционально он может задать логи-пароль-никнейм-openid-что угодно, но только если у него есть на это время и желание.
Sign up to leave a comment.
Аутентификация пользователя без регистрации — в массы