OpenID Authentication 2.0 / OpenID Аутентификация 2.0: 9.1. Request Parameters
| Английский оригинал | Перевод на русский | |
|---|---|---|
Сожалеем, но текст оригинала доступен только зарегистрированным пользователям. |
openid.ns Reyko32 21.06.12 в 03:25 |
|
|
как описано в секции 4.1.2 Reyko32 21.06.12 в 03:27 |
||
|
openid.mode Reyko32 21.06.12 в 03:25 |
||
|
Значение: "checkid_immediate" или "checkid_setup" Reyko32 21.06.12 в 03:27 |
||
|
Примечание: если Зависимая сторона желает, чтобы у конечного пользователя была возможность взаимодействовать с Провайдером, должен быть использован режим "checkid_setup" . Как пример ситуации когда взаимодействие между конечным пользователем и провайдером нежелательно — это когда запрос идентификации происходит асинхроно спомощью JavaScript. Reyko32 21.06.12 в 03:28 |
||
|
openid.claimed_id Reyko32 21.06.12 в 03:25 |
||
|
Значение(опционально): The Claimed Identifier. Reyko32 21.06.12 в 03:54 |
||
|
"openid.claimed_id" и "openid.identity" ДОЛНЖНЫ или оба присутствовать, или оба отсутствовать. Если ниодно значение не представлено, то это утверждение не об идентификаторе, и будет содержать другую информацию, используя расширения. Reyko32 21.06.12 в 04:10 |
||
|
Рекомендованно, чтобы Провайдер принимал XRI идентификаторы, с или без префикса "xri://" как описано в секции Нормализации Reyko32 21.06.12 в 04:12 |
||
|
openid.identity Reyko32 21.06.12 в 03:26 |
||
|
Значение(опционально): The OP-Local Identifier Reyko32 21.06.12 в 04:15 |
||
|
Если другой OP-Local Identifier не определен, claimed identifier ДОЛЖЕН использоваться как значение для openid.identity. Reyko32 21.06.12 в 04:51 |
||
|
Примечание: Если установлено специальное значение "http://specs.openid.net/auth/2.0/identifier_select", тогда Провайдер ДОЛЖЕН выбрать идентификатор, принадлежащий конечному пользователю. Этот параметр может быть опущен, если запрос не про идентификатор. ( на случай если используются расширения, которое делает запрос значимым без этого параметра. Смотри выше про openid.claimed_id) Reyko32 21.06.12 в 04:55 |
||
|
openid.assoc_handle Reyko32 21.06.12 в 03:26 |
||
|
Значение(опционально): Обработчие ассоциации между Зависимой Стороной и Провайдером, который СЛЕДУЕТ использовать для подписи ответа Reyko32 21.06.12 в 05:28 |
||
|
Примечание: Если не передан обработчик ассоциации, транзакция будет переведена в Stateless Mode. Reyko32 21.06.12 в 05:29 |
||
|
openid.return_to Reyko32 21.06.12 в 03:26 |
||
|
Значение(опционально): URL на который Провайдер долен вернуть Пользовательский Агент с ответом указывающим на стаус запроса Reyko32 21.06.12 в 05:32 |
||
|
Примечание: Если значение не передано в запросе, это означает что Зависимая стороне не желает чтобы конечный пользователь был перенаправлен обратно Reyko32 21.06.12 в 05:38 |
||
|
Примечание: return_to URL МОЖЕТ использоваться как механизм для Зависимой Стороны для присоединения контекста запроса идентификации для ответа идентификации. Этот документ не определяет механизма посредствам которого Зависимая сторона может ручаться, что параметры запроса не модифицируются третьей стороной. Такой механизм может быть определен самой Зависимой стороной. Reyko32 21.06.12 в 05:42 |
||
|
openid.realm Reyko32 21.06.12 в 03:26 |
||
|
Значение (опционально): шаблон URL, который Провайдер ДОЛЖЕН спрашивать у кончного пользователя, чтобы ему доверять. Смотри секцию 9.2. Это значение должно быть послано, если openid.return_to отсутствует. Reyko32 21.06.12 в 05:44 |
+1 | |
|
По умолчанию: eturn_to URL Reyko32 21.06.12 в 03:56 |
