Я решаю проблему с Slack API: Sign-In-With-Slack, для нескольких веб-сайтов.
(https://github.com/adam-paterson/oauth2-slack)
Я хотел бы использовать его для авторизации моих коллег на нескольких (около 25 системах CMS) веб-сайтах. И я хотел бы избежать добавления Redirect_Uri вручную при развертывании новой системы CMS. Redirect_Uri является обязательным параметром на первом этапе процесса авторизации, и его необходимо определить в списке настроек Slack API. Поэтому мне интересно, как решить эту проблему:
- Используйте One Redirect_Uri - пользовательское приложение, которое будет содержать логику для всех сайтов CMS. Но я не знаю логики, чтобы определить, какая страница подходит для перенаправления пользователей на нужные сайты (yyy.com, а не xxx.com). Как сообщить пользовательскому приложению, какие сайты просят авторизовать пользователя.
- Или нет никаких шансов избежать каких-либо "административных обязанностей" (добавление нового redirect_uri, когда будет развернута новая CMS)?
Спасибо за ваше время и помощь.
Я попытался сделать только один Redirect_Uri для одного приложения, где Slack API (после предоставления пользователем авторизации) перенаправляет с кодом авторизации. После этого следующим шагом потока авторизации является обмен кода авторизации на токен доступа. И этот шаг я не могу решить - как отправить токен авторизации на нужный сайт (yyy.com, а не xxx.com)
Ожидаемый результат: после создания нового веб-сайта (система CMS) администрация не будет выполнять никаких обязанностей. Чего я хотел бы избежать, так это добавлять redirect_uri для каждой новой системы CMS.
поток протокола - для нескольких приложений, запрашивающих авторизацию