US
['session']['user']['user_id'] как-то не похож на индефикатор, выдаваемый яндекс.oauth
Size: a a a
2021 March 10
US
более того, либо я некорректно трактую документацию, либо тут явное противоречие
US
для удобства тех, кто изучает мой вопрос - прикладываю то, что я получаю при помощи API яндекс.паспорта после получения токена. Я беру отсюда id пользователя и хочу, получая запрос от алисы, определять пользователя как раз по этому id. Передает ли Алиса его вместе с запросом? если да - то где? не могу найти индефикатор пользователя в яндексе в запросе алисы
US
Буду благодарен за помощь! А то то-ли я дурак, то-ли в Алисе не предусмотрено получение индефикатора пользователя Яндекс, что как минимум странно
Сс
Добрый вечер. Я со следующим вопросом - я планирую связывать аккаунт пользователя с управляемым устройством через яндекс.oauth. Сохраняю индефикатор пользователя в яндексе, который получаю через api паспорта (например вот - 1130000045640619). А как мне получить этот индефикатор при написании навыка Алисы?
завести словарик.
Сс
все правильно
Сс
некорректно трактуете
US
как мне тогда связать пользователя, который сделал связку аккаунтов, с данными в моей БД? Какой связующий индефикатор, если не уникальный id пользователя в яндекс?
Сс
Буду благодарен за помощь! А то то-ли я дурак, то-ли в Алисе не предусмотрено получение индефикатора пользователя Яндекс, что как минимум странно
не странно совершенно.
Какому пользователю яндекса соответствует диалог, запущенный в браузере без авторизации? Никакому. Да и показывать свой яндекс_ид всем навыкам - ну неприлично даже. Мы говорим про навык умного дома или навык общего назначения?
Какому пользователю яндекса соответствует диалог, запущенный в браузере без авторизации? Никакому. Да и показывать свой яндекс_ид всем навыкам - ну неприлично даже. Мы говорим про навык умного дома или навык общего назначения?
US
мы говорим про навык общего назначения, который используется для управления устройством. И для того, чтобы связать ID устройства и пользователя яндекс, который сделал связку аккаунтов - я завёл базу данных. Но связывающий ключ между пользователем (авторизованным обязательно и прошедiим oauth) я не могу понять, какой использовать
Сс
Как я понимаю документацию https://yandex.ru/dev/dialogs/alice/doc/auth/authorization-flow.html#authorization-flow с 11 пункта, после авторизации пользователя приложение получает токен, оно должно проверить валидность токена у паспорта, заодно определить пользователя, которому токен принадлежит. А дальше уже следовать логике своей. то есть у себя вести соответствие id из диалога и id паспорта, к которому привязывать устройства.
Сс
то есть логика такая: есть таблица id_yandex->устройства. В каждом запросе прилетает токен, с ним идете в паспорт, получаете id_yandex, дальше делаете, что нужно.
Сс
можно попробовать кешировать токен-идентификатор паспорта, или токен-идентификатор диалога, но недолго, токен - штука временная
Сс
тут еще надо смотреть, откуда берется изначальная связка яндекс-юзера и устройства.
US
вот как, хорошая идея.
US
Я попробую и расскажу, как оно, видимо, так и надо делать
2021 March 11
СИ
Добрый день, подскажите, а в режиме тестирования навыка можно ли проверить, озвучивание текста
AZ
Добрый день, подскажите, а в режиме тестирования навыка можно ли проверить, озвучивание текста
может какие прокси навыки остались в каталоге, можно поискать
DN
Добрый день, подскажите, а в режиме тестирования навыка можно ли проверить, озвучивание текста
можно
опубликуйте приватно, запустите навык на любой поверхности и проверяйте
главное чтобы поверхность была авторизована под тем же аккаунтом, что и создан навык
ну или вкладка "доступ" - шаринг на чужой аккаунт
опубликуйте приватно, запустите навык на любой поверхности и проверяйте
главное чтобы поверхность была авторизована под тем же аккаунтом, что и создан навык
ну или вкладка "доступ" - шаринг на чужой аккаунт
СИ