My<cod/>.net
Как я могу использовать более одного OpenID?
У меня есть более чем один OpenID, как я пробовал много. Поскольку люди берут на себя OpenID разных поставщиков, я могу захотеть переключиться на других поставщиков. Поскольку все IDs-это я, и все они аутентифицируются по одному и тому же адресу email, не должен ли я войти в Stack overflow с любым из них и иметь возможность попасть в одну и ту же учетную запись?
Я думаю, что каждый сайт, который реализует OpenID, должен был бы построить свое программное обеспечение, чтобы разрешить несколько записей для ваших учетных данных OpenID. Однако тот факт, что сайт не позволяет вам создавать несколько записей, не означает, что вы не можете заменить OpenID поставщика.
Как превратить свой блог в OpenID
STEP 1: получите OpenID. Там есть много серверов и сервисов, которые вы можете использовать. Я использую http://www.myopenid.com
STEP 2: Добавьте эти две строки в основной шаблон вашего блога между тегами <HEAD></HEAD> в верхней части шаблона. Большинство движков блогов поддерживают редактирование вашего шаблона, поэтому это должно быть легко и очень возможно.
Пример:
<link rel="openid.server" href="http://www.myopenid.com/server" /> <link rel="openid.delegate" href=http://YOURUSERNAME.myopenid.com/ />
Это позволит вам использовать ваш домен / блог в качестве OpenID.
Спасибо Скотту Ханселману и Саймону Уиллисону за эти простые инструкции.
Переключите Своего Поставщика
Теперь, когда ваш OpenID указывает на ваш блог, вы можете обновить свою ссылку rel href, чтобы указать на нового поставщика, и все места, которые вы привязали к вашему блогу OpenID, будут использовать нового поставщика.
В дополнение к образцу мета-тега Отто, вы должны знать, поддерживает ли ваш провайдер OpenID 2.0 (есть множество улучшений). Если он действительно использует мета-теги, как показано ниже:
<link rel="openid2.provider" href="http://www.loginbuzz.com/provider.axd" />
<link rel="openid2.local_id" href="http://example.loginbuzz.com/" />
<link rel="openid.server" href="http://www.loginbuzz.com/provider.axd" />
<link rel="openid.delegate" href="http://example.loginbuzz.com/" />
Хорошей идеей было бы также использовать безопасные ссылки, но это может ограничить доступ некоторых проверяющих сторон к системе. Однако это можно было бы решить, предоставив документ XRDS .
Действительно аккуратная вещь о XRDS заключается в том, что вы можете указать несколько поставщиков в этом документе. Допустим, у вас есть куча разных учетных записей с разными поставщиками, поддерживающими разные расширения. Тогда полагающаяся сторона сама сможет выбрать наилучший вариант. В документе XRDS можно также указать несколько URLs для каждой службы, чтобы при необходимости использовать https.
Я бы также рекомендовал купить i-name , поскольку он по своей конструкции более безопасен (каноническое ID-i-число, связанное с i-name, принадлежит вам, даже если срок действия i-name истекает).
@prakesh
До тех пор, пока вы ассоциируете их всех
по тому же адресу email, я бы
думаю это приведет вас к тому же
счет.
Но каков ваш опыт?
@prakesh
До тех пор, пока вы ассоциируете их всех по тому же адресу email, я бы думаю это приведет вас к тому же счет.
Но каков ваш опыт?
Когда я попробовал его, я получил совершенно новый аккаунт с 0 rep и без значков стинкина. Таким образом, на данный момент SO не позволяет связывать несколько OpenID с одной учетной записью
Главное здесь - никогда не менять свою личность. Меняйте провайдеров, но не личности. (это как в реальной жизни)
Таким образом, новые пользователи в OpenID должны сначала рассмотреть, какой может быть их личность.
Пользователи, у которых уже есть какой-то сайт, которым они владеют, должны выбрать этот URL, а пользователи без сайта имеют эти опции:
- Получить что-то вроде блога, чтобы получить URL
- Купите i-name (или доменное имя)
- или используйте предоставленный поставщик удостоверений URL
В случае поставщика удостоверений, предоставленного URL, пользователи должны знать, что если в будущем они решат делегировать или изменить удостоверения каким-либо образом, то это по существу новое удостоверение и что поддержка нескольких удостоверений с RPs (и OPs) ограничена (обычно требуется повторно связать локальную учетную запись на сайте RP с другим удостоверением OpenID).