D
Всем привет) Подскажите пожалуйста.
Ситуация такая: есть открытое rest api, обращение к нему должны идти с использованием Bearer токена. Токены для доступа создаются в кабинете приложения.
Как это можно реализовать?
Size: a a a
2020 October 24
D
В кабинете список токенов для каждого пользователя. Гард по токену на каждый запрос проверяет список доступных токенов и разрешает доступ
BA
В кабинете список токенов для каждого пользователя. Гард по токену на каждый запрос проверяет список доступных токенов и разрешает доступ
И тут вопрос, лучше как генерировать токен?
D
И тут вопрос, лучше как генерировать токен?
Да как угодно. Хоть sha1
BA
Да как угодно. Хоть sha1
Я имею ввиду стоит ли делать jwt токен?
D
Я имею ввиду стоит ли делать jwt токен?
Я не знаю нужен ли он вам. Зачем вам jwt? Как вы ожидаете его использовать?
А
Всем привет) Подскажите пожалуйста.
Ситуация такая: есть открытое rest api, обращение к нему должны идти с использованием Bearer токена. Токены для доступа создаются в кабинете приложения.
Как это можно реализовать?
Ситуация такая: есть открытое rest api, обращение к нему должны идти с использованием Bearer токена. Токены для доступа создаются в кабинете приложения.
Как это можно реализовать?
Создаю приложение-блог. Как это можно реализовать?
AD
BA
Я не знаю нужен ли он вам. Зачем вам jwt? Как вы ожидаете его использовать?
Передавать информацию об арендаторе для идентификации, так как домен один и тот же, для всех арендаторов
D
Передавать информацию об арендаторе для идентификации, так как домен один и тот же, для всех арендаторов
Ну так достаньте из хранилища все по токену. Зачем жвт?
BA
Ну так достаньте из хранилища все по токену. Зачем жвт?
Понял, благодарю за ответ
M
Ваше право. А как по мне это отлично показывает методы решения задачи которыми обладает человек
Конкретно монеты мне не нравятся. Допустим я бы ответила, какую технологию я не знаю. Возможно, она мне не нравится, поэтому и не знаю. А заниматься тем, что не нравится, я не хочу. На этом бы и завершила
ПГ
Приветствую. Хэлп плиз с логикой) Есть аггрегат Заказ. Есть события домена.
Есть заказ, у него много этапов жизненного цикла, на каждый из них нужно оповестить юзера смской. Создание ивента оповещения юзера расположено в самом заказе.
1) Правильно ли я понимаю, что это неверно? Нужно в заказе генерить ивенты на изменение статуса, отлавливать и создавать ивент на оповещение?
2) Кто должен генерить ивенты оповещения юзера, ведь это не юзерская обязанность? Или можно просто без агрегата, тупо ивенты в диспатчер засунуть в сабскрайбере изменения статуса заказа, или тут ивент на оповещение лишнее и сразу огранизовать оповещение в сабскрайбере?
Поделитесь опытом)
Есть заказ, у него много этапов жизненного цикла, на каждый из них нужно оповестить юзера смской. Создание ивента оповещения юзера расположено в самом заказе.
1) Правильно ли я понимаю, что это неверно? Нужно в заказе генерить ивенты на изменение статуса, отлавливать и создавать ивент на оповещение?
2) Кто должен генерить ивенты оповещения юзера, ведь это не юзерская обязанность? Или можно просто без агрегата, тупо ивенты в диспатчер засунуть в сабскрайбере изменения статуса заказа, или тут ивент на оповещение лишнее и сразу огранизовать оповещение в сабскрайбере?
Поделитесь опытом)
D
Приветствую. Хэлп плиз с логикой) Есть аггрегат Заказ. Есть события домена.
Есть заказ, у него много этапов жизненного цикла, на каждый из них нужно оповестить юзера смской. Создание ивента оповещения юзера расположено в самом заказе.
1) Правильно ли я понимаю, что это неверно? Нужно в заказе генерить ивенты на изменение статуса, отлавливать и создавать ивент на оповещение?
2) Кто должен генерить ивенты оповещения юзера, ведь это не юзерская обязанность? Или можно просто без агрегата, тупо ивенты в диспатчер засунуть в сабскрайбере изменения статуса заказа, или тут ивент на оповещение лишнее и сразу огранизовать оповещение в сабскрайбере?
Поделитесь опытом)
Есть заказ, у него много этапов жизненного цикла, на каждый из них нужно оповестить юзера смской. Создание ивента оповещения юзера расположено в самом заказе.
1) Правильно ли я понимаю, что это неверно? Нужно в заказе генерить ивенты на изменение статуса, отлавливать и создавать ивент на оповещение?
2) Кто должен генерить ивенты оповещения юзера, ведь это не юзерская обязанность? Или можно просто без агрегата, тупо ивенты в диспатчер засунуть в сабскрайбере изменения статуса заказа, или тут ивент на оповещение лишнее и сразу огранизовать оповещение в сабскрайбере?
Поделитесь опытом)
У вас есть ивенты из заказа. Подпишитесь на них в оповещателе. Все