Вход в коммерческий сервис…

[3al]

А есть ли разница? Все равно ё-майл указывать при регистрации. Из-за того, что он длиннее, не так удобно, хотя с автосохранением разница теряется.

[onk]

ник пользователь меняет довольно редко.
моему нику порядка 10 лет. а ящиков за это время сменил уже несколько
изза этого мне например на течнете оракла пришлось перерегистрироваться. (нет или не было у них возможности изменить адрес)
причем сейчас они пользуют авторизацию по адресу и после закрытия очередного моего мыла прийдется заново региться?
даже с учетом того что там регистрация на гугл

[Tarnym]

Полностью согласен. Мыла бывают со временем не актуальны ( смена работы, захламления спамом и тд) так что однозначно ник. моему нику уже около 5 с лишним лет

[ashofthedream]

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

[nalim]

Я указал конкретно, что проект коммерческий и разглашать клиентов никто не будет. Опрос построен с точки зрения: пользователь - сервис, а не пользователь - пользователь.

[ashofthedream]

Если у клиента не будет никаких пересечений с другими - то наверное можно оставить только мыло.

[iloveya]

Речь ведь идет только об авторизации!

[Pure_BY]

Однозначно по мылу! Таким образом логин никогда не забудешь, остаётся запомнить лишь пароль.

Вот я, например, всегда и везде регистрируюсь как Pure_BY, но иногда underscore не разрешается, тогда регистрируюсь как Pure.BY, иногда и так нельзя — тогда просто pureby. И вот на сайтах, куда не так часто хожу, частенько приходится пробовать по 2~3 раза… Муть.

С мылом всё просто.

[Pure_BY]

Не вижу в этом никакой проблемы. Я, например, не стану регистрироваться со своим рабочим или университетским ящиком на vkontakte.ru.

[MikeOzornin]

Однажды, узнав про фишку gmail, зарегался «обычное мыло[e-mail]».
Долго пришлось подбирать :)

[Pure_BY]

ну это да :)) Я про это тоже подумал.

Хотя подбор в таком случае можно совершить формулой [e-mail], где E — мыло, а S — название сервиса, на котором ты забыл, какое у тебя мыло.

[Perec]

А что за фишка ГМэйла? Можно поподробнее? А лучше ссылочку. Спасибо!

[MikeOzornin]

Кратко:
Допустим пишем письма на адреса [e-mail], [e-mail], [e-mail] придут все на один адрес.
Однако в поле «Кому» входящего письма будет подставлено именно с «+something», что позволяет настраивать фильтры на такие сообщения.
Например регистрироваться на сайтах с мылом [e-mail], это позволит как минимум выяснить откуда пошёл спам. К сожалению адреса с плюсом мало кто принимает.

Попробовал найти ссылку на хабре, не нашёл.

[Perec]

Прикольная фича. Не знал. Спасибо!

[BuzzyBuzz]

Тенденции налицо: Jabber, SIP, openID, etc.

[jodaka]

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

Но по поводу OpenId я с ним полностью согласен! В этом случае даже паролей никаких не нужно запоминать.

[marapper]

как не надо? а опен-ид сервер, что, не спросит?

и вообще, вопрос по поводу коммерческого сервиса и не определенной аудитории - а вдруг, у них нет блогов на ЖЖ, яндексе и вообще опен-ид? делать специально? именно поэтому OpenID обычно используют как альтернативный вариант.

у мыла тоже есть свои недостатки - оно может меняться, оно обычно длиннее, чем обычный логин (как и опенИД), хотя и более "уникально".

в любом случае, пока просто логин (и увязка к нему опенИД, мыла и прочих средств авторизации) - сейчас единственно верное решение.

[jodaka]

у меня myopenid.com спросил пароль один раз, после чего запомнил его и больше не докучал своими занудными вопросами. Впрочем, разумеетсся пароль придется запомнить, но это будет ОДИН пароль с которым можно использовать огромное кол-во сервисов.

Между прочим, openid удобен не только тем, что позволяет не запоминать лишние (да-да, именно ЛИШНИЕ) пароли от кучи сервисов, он так-же позволяет не заполнять двадцать пять раз профиль пользователя (имя, email, login) на тех же самых сервисах

Если у пользователя нету openid, он его просто заведет. Это не сложнее, чем собственно регистрация на данном конкретном сервисе (с созданием очередной пары логин/пароль).

ваше последнее утверждение лично я вовсе не считаю верным. И уж, тем более, единственно верным решением (и многие коммерческие сервисы согластны именно со мной, а не с вами)

[marapper]

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

[hlomzik]

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

ЗЫ: чуть-чуть оффтопа: в случае схемы пользователь-пользователь — если имя пользователя на ресурсе возможно представлять универсальным идентификатором, то использовать логин; если нет — мыло

[va1en0k]

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

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

и не забудьте опенайди ;)

[Dimituri]

Хотел примерно в том же ключе откомментировать. Согласен с вами, что выбор уникального идентификатора пользователя зависит напрямую от сервиса. Самый простой пример, который приходит в голову — профильные страницы с уникальным URL (service.tld/username). Ну не показывать же в таких случаях ID в таблице. :D

[zencd]

Странный опрос, без вопроса :-|
Ну да ладно…

Хабра: очень многие не хотят светить своё ФИО на нём, так же как емейл - как тогда прикажете идентифицировать/разоичать юзеров? только никнейм и подойдёт

Вконтакте: там реальные ФИО, никто светить их не боится; вводить ещё одну сущность, «ник» ни к чему (люди чокнутся пытаясь понять чем отличается ФИО от ника), а ФИО может меняться, а «нам» нужно то что остаётся постоянным — это емейл.

Соответственно не может быть просто решения, как обычно решать надо в контексте.

[provocateur]

Почему бы не сделать ИЛИ мыло ИЛИ юзернейм? Пусть вводят то, что им первее вспомнится. По регулярному выражению станет ясно - мыло это или юзернейм. На серверной стороне отличить и реализовать оба варианта, по-моему, не проблема.

[almaz]

вконтакте тырится доступ если получить доступ к е-мылу

[track13]

с такой же легкостью доступ тырится и для хабра и других сайтов. Сервисные сообщения мало кто удаляет -> можно узнать login, а дальше просто восстановление пароля

[almaz]

вконтакте: берёшь мыло к которому получил доступ и суёшь в форму напоминания пароля, приходит текущий пароль, далее ходишь сколько хочешь пока в обоих местах одновременно не сменят пароли;
хабра-хабра: надо угадать логин и е-мыл, потом только что-то придёт на мыло

[marapper]

ну тогда с яндекс.почтой еще проще - надо лишь угадать "девичья фамилия вашей матери" или "почтовый индекс родителей" )

[almaz]

чем легче? тем что придётся указать номер мобильного телефона после этого, куда придёт код для нового пароля? ;)

[lenar]

Думаю, вход по мылу постепенно станет стандартом де-факто.

[Zeldar]

Незнаю, говорили об этом выше, но первое что пришло на ум, вводя свой e-mail в качестве логина человек не увидит сообщение ЭТОТ ЛОГИН УЖЕ ЗАНЯТ, а это очень большой плюс....если конечно он раньше не регился на этом сервисе.

[onk]

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

[Eyes]

А что мешает ввести свой email в поле логина?

[vinni]

А разве мыло меняться не может?

[MEXX]

Ничто не вечно под луной))

[MEXX]

Мэйл конечно. В целях безопасности, вход надо делать по чему–то, что не палится. Делать отдельно мэйл, логин и юзернейм –– зазря плодить сущности.

[artyfarty]

мыло дольше печатать, больши гифтов нажимать. предпочитаю классическое логине/пароле

[artyfarty]

*шифтов, конечно же

[va1en0k]

тока что на сайте, где зачем-то сделали вход по мыло, хотя у всех уникальные юзернеймы, потерял аккаунт (был навеселе и ввел хз какое мыло, их у меня несколько на разных сервисах и еще есть целый домен, ретривящийся на меня)
поскольку местные админы любят деньги и не любят пользователей, акк мне больше не получить :(
а юзернейм помню отлично

поубывыл бы

[korynd]

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

[fogx]

Если пользователи видят друг друга (например, по надписи "этот комментарий добавил Username") - тогда в любом случае пользователя придется спрашивать "как подписывать ваши комментарии", плюс эта подпись должна быть уникальной, чтобы отличать комментарии разных пользователей - а значит ее вполне можно использовать в качестве логина. А можно и не использовать.

Если же пользователи друг друга не видят, то логин - это лишняя сущность, добавляемая потому что "так принято" - и в этом тоже есть некий смысл: зачем переучивать пользователей, если они уже привыкли, что для авторизации нужен логин и пароль. Хотя по логике логин здесь действительно лишний, и заставлять пользователя его выдумывать - не комильфо.

Да и пароль заставлять выдумывать - тоже на большинстве сайтов лишнее, но это уже другая история..

[xvoland]

сколько встречал, то ВСЕГДА присутствует поле "Ник", вот оно и выводится в комментариях

[xvoland]

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

[sleepwalker]

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

[nps]

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