Как я использую OpenID в своем новом веб-сайте ASP.NET?
В конце концов я выбрал следующее решение. Вы добавляете 2 столбца, указывающих, в каком положении находятся значения столбцов a и b Затем вы поднабор на основе этих значений.
my.df$a.num <- as.numeric("")
my.df$b.num <- as.numeric("")
for (i in 1:nrow(my.df)){
index <- sort(my.df[i,], decreasing = TRUE)
a.num <- which(colnames(index) == "a")
b.num <- which(colnames(index) == "b")
my.df$a.num[i] <- LA
my.df$b.num[i] <- LV}
my.df <- my.df[my.df$a.num < 3 | my.df$b.num < 3, ]
2 ответа
Эта страница представляет собой пошаговое руководство по внедрению OpenId на веб-сайте. Я полагаю, что он ответит на все ваши вопросы о механике его добавления.
Рецепт для включения OpenID вашего сайта
Если у пользователя нет OpenId, я бы просто позволил ему зарегистрироваться «нормально», сохраняя их учетные данные для локального использования. Нет необходимости добавлять дополнительную сложность к тому, чтобы стать провайдером OpenID, если у вас нет для этого экономического обоснования.
Чувак, ты не один. OpenID сбивает с толку всех, кроме людей, которые его разработали, и даже тогда я не уверен, что это не смущает их, поскольку существует несколько поставщиков OpenID и между ними есть небольшая несовместимость, в зависимости от того, чьи библиотеки вы используете.
Представьте, что пользователь - это сам sql «таблица» (эта таблица содержит его «учетные данные»), и у вас есть таблица данных профиля, специфичных для вашего веб-сайта, которым вы владеете. URL-адрес OpenID - это «внешний ключ», который вы используете для «объединения» этих двух таблиц. Вы должны доказать себе , что он действительно владеет этим URL-адресом OpenID, прежде чем принимать его (или связывать его с данными вашего личного профиля). По сути, вы «переносите» аутентификационную часть своего сайта.
Итак, в конечном итоге вы используете клиентскую библиотеку openid, которая делает всю работу за вас на вашем веб-сайте. Они регистрируются как обычное заполнение «полное имя», «возраст» и т. Д. (Что угодно вы ), но они предоставляют URL-адрес openid вместо имени пользователя / пароля. Библиотека следит за тем, чтобы убедиться, что они действительно владеют им. У вас есть доверять этой библиотеке. Затем вы сохраняете все данные своего профиля с этим openid. Готово.
Хотя вы можете предложить своего собственного провайдера openid, на данный момент это не стоит того. Их уже много. Что вы могли бы сделать это, предлагая традиционное имя пользователя / пароль ВМЕСТО openid. Идея openid заключается в том, что вы регистрируетесь ОДИН РАЗ у провайдера, а затем просто подтверждаете, что владеете этим URL-адресом для любого сайта, который хочет использовать его для вашей идентификации (вместо этого имени пользователя / пароля).
Имеет смысл?
-Oisin