Социальная сеть (Facebook, Twitter и т.д.) Интеграция учетных записей пользователей (дублирующий сценарий)

Ответ 1

после завершения -

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

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

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

также не гарантируется, что пользователь использовал САМЫЙ адрес электронной почты для каждой учетной записи социальной сети, поэтому даже если вам удастся получить адрес, он может или не будет вам полезен.

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

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

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

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

btw я понял, как сделать твиттер OAuth вести себя со времени моего последнего сообщения - вы можете посмотреть на мои другие ответы для деталей, если вам интересно.

JB

hi matt,

Я работаю над одной и той же проблемой Теперь.

при условии, что пользователь начнет с обычного учетной записи сайта (которая не является обязательно безопасно предположить, видит ли он все красивое "соединение с XXX сети" ), вы можете использовать либо OAuth, либо javascript API (facebookConnect или @anywhere - еще не выяснили последние но я не уверен, что рекомендую Я не думаю, что это API, как и внутренние библиотеки), чтобы войдите на другие сайты.

API должны возвращать определенные информации после успешной логин/перенаправление из социальной сети - например, идентификатор пользователя и ACCESS TOKEN, которые вы можете сохранить в своем базы данных в некотором объединении потенциала вашего "фактического" пользователя приложения с идентификатор социальной сети.

когда пользователь возвращается на сайт, вы может тогда

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

2 найдите свою ассоциацию ввода базы данных как описано выше

3 войдите в систему с помощью предположение, что facebook/twitter соединение безопасно.

caveat: это безопасно, реализации (или реализация facebook/twitter, если вы предпочитаете...)

хотя твиттер OAuth не в настоящее время, похоже, работают совершенно правильно, их общее описание процесс довольно информативный: http://dev.twitter.com/pages/auth

удачи.

J

Ответ 2

Я рассматриваю возможность добавления FB auth в наше приложение, но мы знаем, что наши возвращающиеся пользователи могут щелкнуть по нему и завершить проверку для нового элемента, а затем удивляться тому, чтобы не видеть ни одного из их существующих заказов. Чтобы решить эту проблему, когда пользователь нажимает элемент "Войти с Facebook", мы используем этот щелчок, чтобы запустить раскрывающееся меню с двумя параметрами:

[Войти через Facebook]
[Создать новую учетную запись]
[У меня есть аккаунт]

Если пользователь нажимает "У меня есть учетная запись", мы отправляем их в FB auth и возвращаем электронную почту из FB в наше приложение. Мы сравниваем это письмо с существующими пользователями. Если мы сопоставим, мы добавляем к нему FB-кредиты. Если нет совпадения, мы бросаем предупреждение:

Письмо, которое вы имеете с FB, не соответствует ни одной из наших учетных записей. Чтобы войти в свою существующую учетную запись, войдите в свой аккаунт по электронной почте ниже или обновите электронное письмо в своей учетной записи Facebook.

Это позволяет пользователю создать совершенно новую учетную запись, если они хотят сохранить их отдельно, без необходимости использования новой электронной почты. Хотя это краевой случай, это особенность.