Регистрация на дому против OpenID против Google Friend Connect против Facebook Connect против (и т.д.)

Ответ 1

Это действительно зависит от типа сайта и от ваших пользователей.

Мы рассмотрели возможность использования OpenID для нашего магазина электронной коммерции (мы продаем одежду), и было заключено, что мы будем использовать орехи для его реализации. Я не самый умный разработчик программного обеспечения в мире любыми способами, но если I едва мог обдумать вокруг него достаточно просто, чтобы получить учетную запись для StackOverflow (почему мне нужно перейти к третьему Почему я должен доверять им? Что происходит с моей учетной записью, если они уходят? Как бизнес, что мне делать, если клиент просит меня reset их пароль?), то это не просто анекдот, чтобы сказать, что наши у клиентов возникнут проблемы с этим. Кроме того, для любого бизнеса в области электронной коммерции обычно неразумно брать зависимую от третьей стороны, если это не будет тщательно рассмотрено, и особенно для чего-то столь же важного, как вход в систему. Если основной поставщик OpenID должен был спуститься, вы потеряете продажи. Если бы мы внедрили OpenID, это определенно было бы альтернативой реалистичной реализации дочернего шага по сравнению с механизмом встроенного знака.

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

Экран входа в систему. Экран входа в систему Amazon остается моделью для эмулирования, сводя к минимуму общую проблему новых клиентов, которые пытаются войти в систему, не зарегистрировавшись. Amazon представляет два вопроса в линейном порядке: (1) "Каков ваш адрес электронной почты?" и (2) "У вас есть пароль Amazon.com?" Во втором вопросе пользователи могут выбрать один из двух переключателей: "Нет, я новый клиент" или "Да, у меня есть пароль". На многих других сайтах рядом с новым и установленным пользователем разделы бок о бок и, таким образом, перенаправляются новые пользователи в раздел установившегося пользователя посредством магнитного притяжения полей ввода. - Якоб Нисен, useit.com

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

Если вы внедряете социально ориентированный веб-сайт, который предназначен для интеграции с Facebook или некоторыми пользователями, ориентированными на Web-2.0, тогда эти альтернативные механизмы аутентификации могут иметь смысл. Пока пыль не оседает на OpenID, я бы не добавил ее на коммерческий сайт: никто не просил об этом. Они попросили PayPal и Google Checkout, которые мы реализовали, но там есть только небольшое количество перекрытий.

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

Только мои два цента; надеюсь, что это поможет.

Ответ 2

@Николас имеет очень хорошие моменты.

Я рекомендую начинать со стандартного имени пользователя/пароля и добавлять OpenID и т.д. в качестве параметров позже, если их попросят достаточно пользователей (как и в учебнике Plaxo).

Всегда лучше иметь рабочий сайт сейчас, а не проект, который получает консервы с отметкой 90%.: -)

Ответ 3

Вкратце рассмотрим, как настроить OpenID, похоже, много работы для получить работу openID.

Это действительно не так много работы. Для проекта, еще не близкого к публичному, я загрузил Dope OpenID и через несколько часов (в основном тратил на работу CSS/HTML, который я действительно ненавижу) от игры. У меня была установка процедуры входа в систему, которая выглядит и работает так, как вы видите при входе в SO.

Например, если вы разрешаете внутренняя регистрация и openID, что процент ваших пользователей использует OpenID?

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

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

Ответ 4

Если вам нужно будет поддерживать информацию о состоянии ваших пользователей (предпочтения и т.д.), вы, вероятно, должны предоставить свой собственный механизм пользователя/пароля. Это не мешает вам разрешать пользователям использовать OpenID и другие. Вопрос, на который вам нужно ответить, - это то, сколько времени вы должны посвятить в своем проекте поддержке нескольких методов. Как и во всех проектных решениях, стоимость и преимущества для всего. Вес их обоих и выберите ответ, который соответствует вашему бюджету.

Ответ 5

Другой возможный вариант, вместо того, чтобы измельчить код OpenID самостоятельно с библиотеками, это использовать сервис SaaS, например RPX. Вы можете получить доступ к OpenID, facebook и myspace через пару часов. Ваше приложение просто должно быть в состоянии сделать HTTPS и разобрать JSON или XML resposnes.

Ответ 6

Я планирую сделать что-то simialr на моем сайте социальной сети, но немного отличается от других сайтов. Большинство сайтов позволяют пользователям входить в систему с этими службами, я планирую добавить эти службы в свою регистрационную форму, затем они найдут там службу, openID, facebook connect, myspace ID, и тогда я планирую получить всю информацию, которую эти службы предоставляют и сохраните их как переменную в моем php script, а затем сохраните в БД, концепция состоит в том, чтобы позволить им импортировать информацию из других сервисов при регистрации, чтобы облегчить им подписку, то есть меньше полей профиля, которые им нужно будет заполнить позже и таких