До публикации этого вопроса я действительно много гуглял. Однако я натолкнулся на некоторые ответы. Вместо того, чтобы удалить мой пост - я думаю, что я должен поделиться информацией. Если другие считают, что информация ясна, пожалуйста, удалите эту тему!
Во-первых, есть страница с описанием того, как добавлять собственные IDP: https://sites.google.com/site/gitooldocs/customidps
Существует также образец сайта (http://www.openidsamplestore.com/localmapping/), который использует Facebook.
Как продвинутая демонстрация работает для провайдеров идентификации, которые не
Поставщики электронной почты, такие как социальные сети?
Самая сложная часть о
проектирование продвинутого сайта должно было найти способ справиться со всеми
крайние случаи, которые могут случиться с этими типами провайдеров идентификации.
Google ранее опубликовал сводку лучших практик для
привязка учетной записи, которая описывает, почему эти типы поставщиков удостоверений
гораздо сложнее поддерживать. Однако эта демонстрация предоставляет пользователю
механизм самообслуживания для всех сложных случаев, чтобы избежать затрат
что веб-сайт может возникнуть в противном случае, если эти пользователи связываются с клиентом
представитель службы поддержки.
Наконец, список лучших практик доступен здесь:
https://sites.google.com/site/oauthgoog/UXFedLogin/loginlogic
РЕДАКТИРОВАТЬ 1:
Если этот поставщик удостоверений утверждает адреса электронной почты, которые он не делает
хост, мы предлагаем вам также реализовать дополнительную логику привязки аккаунта.
В будущей версии GITKit будет добавлена поддержка для этих типов
провайдеры идентификации, такие как социальные сети, которые будут избегать необходимости
реализовать эту логику
Возможно, GITKit - это будущее, в конце концов ... Было бы неплохо иметь представление о сроках, в которые эта поддержка будет добавлена, хотя ...
РЕДАКТИРОВАТЬ 2:
Прямо изо рта лошади (Эрик Сакс @ Google - Ссылка на источник ):
Эта функция, как ожидается, не будет общедоступна в 2011 году. Мы
стреляют за первый квартал 2012 года