Импорт пользователей в Яндекс.Коннект через API

Thu, 04 Mar 2021 15:00:15 +0300

Возникла задача добавить несколько десятков пользователей в Яндекс.Коннект и сразу же начались поиски пути решения, чтобы избавиться от ручного труда и в дальнейшем облегчить жизнь. Решил попробовать вариант от Energys — статья на habr’e. Почему попробовать? За пару лет что-то могло перестать работать, как говорится — «За время пути собака могла подрасти!»

С первого взгляда не понравилось то, что пароли у сотрудников будущих одинаковые — это обязательно нужно было поменять, плюс не указана должность — потребовалось добавить. Однако для общего понимания статья подходит как нельзя лучше. К тому же изменения сравнительно не сложные — готовимся и применяем.

Самое не простое в этой истории — возня с токеном от Яндекса. В статье она описана, пройдем по шагам для истории и чтобы ничего не забыть:

* зайти в аккаунт яндекса под администратором домена;
* в Я.OAuth первым делом нужно создать приложение;
* приложению даем права, в нашем случае — Яндекс.Коннект Directory API;
* выбираем платформу «веб-сервисы» и нажимаем «подставить url для разработки»;
* сохраняемся и получим ID приложения — именно оно понадобится для получения токене;
* вставляем ID приложения и получаем токен:

https://oauth.yandex.ru/authorize?response_type=token&client_id=<ID приложения>

* именно этот токен и будет использоваться в скрипте;

Идея сравнительно не сложная:

готовим файл определенного образца;
добавляем переменных;
читаем список из файла;
в запросе в цикле добавляем переменные;
в каждой итерации ждем пару секунд.

Сам скрипт выглядит следующим образом — он же на GitHub:

#!/bin/bash
# path to users list - путь к списку пользователей
employees='./usrlist'
# line example from users list - пример строки файла 
# usrlist: email_lastname_firstname_middlename_password_position
# for example: petrova_Петрова_Авдотья_Федоровна_eeKrutoiparol23_Менеджер

# OAuth_Token
# link to material about token - ссылка на формирование отладочного токена
# https://tech.yandex.ru/oauth/doc/dg/tasks/get-oauth-token-docpage/
# link about our apps - список ваших приложений
# https://oauth.yandex.ru/
# get token from apps id - получить токен из ID приложения
# https://oauth.yandex.ru/verification_code#access_token=435843755894374389
TOKEN="token-here-and-there"

# read and trim user file - читаем и перебираем файл со списком пользователей
for i in $( cat $employees ); do
value=($(echo $i | tr "_" " "))

# make variables for api request from file - заводим переменные для запроса из файла
email="${value[0]}"
lastname="${value[1]}"
firstname="${value[2]}"
middlename="${value[3]}"
password="${value[4]}"
position="${value[5]}"

# Make user for good - создаем сотрудника ради добра
# department = 1 for default - департамент 1 умолчанию
#only http answers, not full - только http ответы, не полный лог
curl -i -X POST -H 'Content-type: application/json' -d '{"department_id": 1, "position": "'$position'", "password": "'$password'", "nickname": "'$email'", "name": {"first": "'$firstname'", "last": "'$lastname'", "middle": "'$middlename'"}}' -H "Authorization: OAuth $TOKEN" 'https://api.directory.yandex.net/v6/users/' | grep HTTP
#full answers - полные ответы
#curl -i -X POST -H 'Content-type: application/json' -d '{"department_id": 1, "position": "'$position'", "password": "'$password'", "nickname": "'$email'", "name": {"first": "'$firstname'", "last": "'$lastname'", "middle": "'$middlename'"}}' -H "Authorization: OAuth $TOKEN" 'https://api.directory.yandex.net/v6/users/' 
# wait for 2 sec - ждем пару секунд
wait 2
done

C чем удалось столкнуться при отладке и работе скрипта? Буквально несколько моментов:

* если посылать запросы слишком часто, часть может не сработать — нужно подбирать тайминги между запросами.. пауза в 1-2 секунды работает;
* обязательно нужно смотреть на входные данные — аккуратность с символами в названиях важна;
* моя частая ошибка — 422 Unprocessable Entity — при разборе оказалось, что пароль был слишком простой;

Пришло время закрывать Skype Desktop API

Sun, 01 Dec 2013 22:52:12 +0300

Ноябрьскую новость о намерениях Skype закрыть Desktop API как-то пропустил или пролистал, сейчас уже даже не помню точно. После декабрьского обновления программы появилось сообщение с информацией о том, что API более работать не будет и да пусть вас, вместе с вашей гарнитурой спасет ваш бог. Новость меня немного расстроила, поскольку гарнитура не сертифицированная, работает через BlueSoleil, соединяясь со скайпом через Desktop API. Будет ли работать связка хоть как-то или не будет вовсе — неизвестно. Есть опасения, что проблемы могут возникнуть и c сертифицированными устройствами. Хотя по утверждениям Microsoft работать перестанут только механические кнопки, ответить на звонок можно будет на экране в самом приложении. Как будет на деле — большой вопрос.

Desktop API (старое название — Skype Public API) позволяет сторонним продуктам взаимодействовать со Skype. Эти продукты могут быть программными или аппаратными, но для их разработки в любом случае применяется Desktop API, текстовый протокол взаимодействия с программным обеспечением Skype. Интерфейс Desktop API создан, чтобы помочь разработчикам управлять внешними вызовами в приложение Skype. (с) FAQ

Мне понятно желание Microsoft прекратить тащить на себе поддержку старого кода, поддерживать множество устройств: skype-телефоны, плагины, телевизоры и камеры с поддержкой. Грубо говоря, сломать все старое и зажить по-новому: красиво, единообразно и с хорошей документацией, возможно новым API. Подход для смелых духом разработчиков и менеджеров со стальными яйцами. Учитываются ли при таком подходе пользователи? Сомнительно. В последние время редмондская компания работает непривычно быстро. Реакция на резкие изменения неоднозначная, местами скорее негативная. При большом количестве пользователей период «привыкания» и «перехода» хотелось бы видеть солиднее. Получилось: раз-раз и в дамках за два месяца.

Для самостоятельного чтения:

Skurudo Blog(post): заметки с тегом api

Импорт пользователей в Яндекс.Коннект через API

Пришло время закрывать Skype Desktop API