с OAuth-токенами? ))
Если ты, то не появилось ли какого-то мануала?
Задача - чтобы скрипт с одного домена xxx.ru мог обращаться через HTTP GET-запрос к скрипту на другом домене yyy.ru и получать оттуда какие-либо данные, используя доступ по OAuth-токену.
UPD: мне нужно организовать весь этот процесс авторизации и получения данных , то есть и 1-й и 2-й домены - это не внешние сервисы, а всё своё, родное ))
Может проще, раз это свои домены, передавать секретный ключ и проверять его на другом домене? Ну, а на обратном проверить подпись. Или на двух проверить подпись?
Нет, я с oauth не разбирался. У меня была возня с access и refresh токенами для доступа к evo.
А что в данном случае имеется в виду под "проверить подпись"? Можно коротко, но чуть подробнее? или ссылку на материал с описанием.
Типа такого https://habr.com/ru/articles/262341/ В целом, и обычного токена в header хватит.
Дык, тогда создаём токен и передаём с ним данные.
Пока не понял. Например, в системе Яндекса (правда, там OAuth), создаешь токен, и он постоянный, его можно 100 раз передавать. В общем, буду читать, пока не понял.
Приложение это js, на эве сделан бэк. Когда на бэк отправляю логин пароль и они правильные, то бек в ответ присылает токены. Дальше с фронта запросы идут с токенами, а на беке миддлварь проверяет, что токен актуален и отдает данные. Есть репо посмотреть https://github.com/helgispbru/evo-tokentauth-spa Там есть папка фронта и бэка, а также описание как работает.
Access токен передается при каждом запросе, так как без него бэк не знает кто ему вообще пишет. Пока акцес актуален, все работает. Срок его жизни может быть как ограничен (в эво вроде 24ч ставится), так и бесконечен
В этой задаче access токен откуда берется? Его выдает сайт 2 на запрос с сайта 1, так? Ну так нормально. Клиент общается с сайтом 1, а скрипт сайта 1 проксирует запросы на сайт 2.
Обсуждают сегодня