Чувак, ты не один. OpenID смущает всех, кроме людей, которые его разработали, и даже в этом случае я не уверен, что он их не смущает, поскольку существует несколько поставщиков OpenID и небольшая несовместимость между ними, в зависимости от того, чьи библиотеки вы используете.
Представьте, что пользователь сам является таблицей sql (эта таблица содержит его "учетные данные"), и у вас есть таблица данных профиля, относящаяся к вашему веб-сайту, которой вы владеете. URL-адрес OpenID - это «внешний ключ», который вы используете для «соединения» этих двух таблиц. Вы должны доказать себе , что он действительно владеет этим URL-адресом OpenID, прежде чем принять его (или связать с данными личного профиля). Вы по сути «офшорины» в части аутентификации вашего сайта.
Итак, в конечном счете, вы используете клиентскую библиотеку openid, которая выполняет всю работу за вас на вашем сайте. Они регистрируются как обычные, заполняя "полное имя", "возраст" и т. Д. (Все, что вы хотите), но вместо имени пользователя / пароля они предоставляют URL-адрес openid. Библиотека проверяет, действительно ли она им принадлежит. чтобы доверять этой библиотеке, чтобы сделать это. Затем вы сохраняете все данные своего профиля с этим openid. Done.
Хотя вы могли бы предложить своего собственного провайдера openid, на данный момент оно того не стоит. Там уже есть много. Что вы можете сделать, это предложить традиционное имя пользователя / пароль INSTEAD из openid. Идея openid заключается в том, что вы регистрируетесь ОДИН РАЗ у провайдера, а затем просто подтверждаете, что владеете этим URL-адресом для любого сайта, который хочет использовать его для вашей идентификации (вместо имени пользователя / пароля).
Имеет смысл?
-Oisin