[Moscow.pm] API nic.ru

Alexander Gnatyna gnatyna на gmail.com
Вт Авг 29 02:55:36 PDT 2017


По ссылке вроде запрос на получения токена. Там пары логин-пароль
приложения и юзера передаются, где токен передаётся?

29 авг. 2017 г. 12:26 пользователь "Orlovsky Alexander" <
nordicdyno на yandex.ru> написал:

> По ссылке два метода, один с логином/паролем, а второй с логином, паролем,
> идентификатором и токеном.
> Проблема, в том что в этом тупо нет смысла. Я его не улавливаю. Зачем
> форсить логин/пароль если есть oauth реквизиты и, наоборот, зачем эти oauth
> реквизиты если всё равно форсятся логин и пароль?
>
> 28.08.2017, 23:35, "Alexander Gnatyna" <gnatyna на gmail.com>:
>
> Это очень старое апи и оно еще по почте могло работать, когда токенов ещё
> не было. Наследие одним словом. но зато реализовать работу с ним очень
> просто.
>
> 28 авг. 2017 г. 20:41 пользователь "Orlovsky Alexander via Moscow-pm" <
> moscow-pm на pm.org> написал:
>
> Всем привет!
> Хочу поныть тут, потому что есть подозрение что рассылку могут читать
> инсайдеры из руцентра.
>
> Такой вопрос, зачем в API просить логи и пароль, когда типа предоставляешь
> oauth доступ по токену?
>
> Вот тут https://www.nic.ru/api/oauth/get_token.html в разделе «Запрос в
> случае явной передачи идентификатора и пароля приложения» есть как
> client_id/client_secret, что ожидаемо, так и username/password и вот это
> совершенно необъяснимо. Зачем?
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20170829/a49943cd/attachment.html>


Подробная информация о списке рассылки Moscow-pm