<div>По ссылке два метода, один с логином/паролем, а второй с логином, паролем, идентификатором и токеном.</div><div>Проблема, в том что в этом тупо нет смысла. Я его не улавливаю. Зачем форсить логин/пароль если есть oauth реквизиты и, наоборот, зачем эти oauth реквизиты если всё равно форсятся логин и пароль?</div><div> </div><div>28.08.2017, 23:35, "Alexander Gnatyna" <gnatyna@gmail.com>:</div><blockquote type="cite"><div>Это очень старое апи и оно еще по почте могло работать, когда токенов ещё не было. Наследие одним словом. но зато реализовать работу с ним очень просто.</div><div> <div>28 авг. 2017 г. 20:41 пользователь "Orlovsky Alexander via Moscow-pm" <<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a>> написал:<blockquote style="margin:0 0 0 0.8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>Всем привет!</div><div>Хочу поныть тут, потому что есть подозрение что рассылку могут читать инсайдеры из руцентра.</div><div> </div><div>Такой вопрос, зачем в API просить логи и пароль, когда типа предоставляешь oauth доступ по токену?</div><div> </div><div>Вот тут <a target="_blank" href="https://www.nic.ru/api/oauth/get_token.html">https://www.nic.ru/api/oauth/get_token.html</a> в разделе «Запрос в случае явной передачи идентификатора и пароля приложения» есть как client_id/client_secret, что ожидаемо, так и username/password и вот это совершенно необъяснимо. Зачем?</div><br />--<br />Moscow.pm mailing list<br /><a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a target="_blank" href="http://moscow.pm.org/">http://moscow.pm.org</a><br /> </blockquote></div></div></blockquote>