OAuth, OpenID и собственный логин - стоит ли объединять тождества? - PullRequest
2 голосов
/ 24 августа 2010

При использовании OAuth, OpenID для входа (вместе с собственным входом на сайт) существует возможность того, что один и тот же пользователь имеет несколько учетных записей на сайте.Вероятно, пользователь, у которого есть Facebook, Twitter, Yahoo !, Google и т. Д., Забудет, какой идентификатор он использовал для входа на сайт.Я думаю дать им возможность «объединить» их различные учетные записи в один.Таким образом, их посты находятся в одном месте, чтобы они могли управлять им.

Есть ли что-то с этим мышлением?

Ответы [ 2 ]

1 голос
/ 24 августа 2010

Единственный недостаток предполагает, что одна личность должна равняться одной учетной записи.

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

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

0 голосов
/ 26 октября 2014

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

На самом деле есть два аспекта:

  • Добавление еще одного вектора входа в существующую учетную запись (я вошел в систему через Facebook, теперь я хочу войти через Twitter в ту же учетную запись)
  • Объединение двух или более независимых учетных записей, которые были созданы по отдельности, то есть случайно, и каждая из которых имеет собственный пользовательский контент

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

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

Стоит ли это того? Просто мое мнение, но я думаю, что если ваше приложение поощряет пользователей сохранять чувство принадлежности к «своему» контенту, И связывает идентичность пользователя и контент вместе, это, вероятно, того стоит в долгосрочной перспективе.

...