Как использовать более одного OpenID?

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

Решение

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

Как превратить свой блог в OpenID

ШАГ 1: Получите OpenID. Существует множество серверов и сервисов, которые вы можете использовать. Я использую http://www.myopenid.com

ШАГ 2: Добавьте эти две строки в основной шаблон вашего блога между тегами `` в верхней части шаблона. Большинство всех движков для блогов поддерживают редактирование вашего шаблона, так что это должно быть легко и вполне возможно.

Пример:



Это позволит вам использовать ваш домен/блог в качестве OpenID.

Благодарности Scott Hanselman и Simon Willison за эти простые инструкции.

Смените поставщика

Теперь, когда ваш OpenID указывает на ваш блог, вы можете обновить ваши ссылки rel href's, чтобы они указывали на нового поставщика, и все места, где вы привязали ваш блог'к OpenID, будут использовать нового поставщика.

Комментарии (1)

В дополнение к образцу признака meta Отто Вы должны знать, поддерживает ли Ваш поставщик OpenID 2.0 (есть многочисленные улучшения). Если это действительно использует признаки meta в качестве следующего:




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

Действительно опрятная вещь о XRDS состоит в том, что Вы в состоянии определить несколько поставщиков в этом документе. Скажите, что у Вас есть связка различных счетов все с различными поставщиками, поддерживающими различные расширения. Полагающаяся сторона тогда в состоянии выбрать лучший матч отдельно. В документе XRDS Вы могли также определить несколько URL для каждого обслуживания, так, чтобы https использовался в надлежащих случаях.

Я также рекомендовал бы покупать i-имя, поскольку это дизайном более безопасно (канонический ID - i-число - связанный с i-именем принадлежит Вам, даже если i-имя истекает).

Комментарии (0)

@prakesh

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

Но каков ваш опыт?

Когда я попробовал это, я получил совершенно новый аккаунт с 0 репутации и без значков. Так что на данный момент SO не позволяет нескольким OpenID привязываться к одной учетной записи.

Комментарии (0)

Doesn' t использующий несколько видов поставщиков открытого id подрывают пункт открытого id?

Нет. Скажите, что Вы используете Yahoo OpenID, но Вы решаете двинуться в Google вместо этого. Несколько OpenIDs за счет позволяют Вам связывать свой счет с Google OpenID, тогда deauthorize Yahoo OpenID.

Комментарии (0)

Не подрывает ли использование нескольких провайдеров open-id смысл open-id?

Комментарии (1)

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

Таким образом, новые пользователи к OpenID должны сначала рассмотреть то, чем их идентичность могла быть.

Пользователи, у которых уже есть некоторый веб-сайт, которым они владеют, должны выбрать этот URL, и у пользователей без веб-сайта есть эти варианты:

  • Заставьте что-то как блог получать URL
  • Купите i-имя (или доменное имя)
  • или используйте поставляемый URL поставщика идентичности

В случае идентичности поставщик поставлял URL, пользователи должны знать что, если в будущем они принимают решение делегировать или изменить тождества в некотором роде, что по существу новая идентичность и что несколько поддержка идентичности с RPs (и OPs) ограничены (требуемый обычно повторно связать местный счет на территории АРМИРОВАННОГО ПЛАСТИКА к различной идентичности OpenID).

Комментарии (0)