[Moscow.pm] API nic.ru

[Dmitry L.]

Если я всё правильно понял, то у ТС путаница в названиях, и токеном он
обзывает пароль приложения.

2017-08-29 12:55 GMT+03:00 Alexander Gnatyna via Moscow-pm <moscow-pm на pm.org>:
> По ссылке вроде запрос на получения токена. Там пары логин-пароль приложения
> и юзера передаются, где токен передаётся?
>
> 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
>>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
//wbr, Dmitry L.