Size: a a a

2020 December 31

И

Игорь in symfony
Просто как по мне, это дорого
источник

И

Игорь in symfony
Gas
смысл в разных scopes, если сервис сам запрашивает права (путем многих переадрессаций) у auth сервера. можно ограничить их раздачу. этому сервису можно отправить весь profile, а этому только email.
Скопы или клеимы? Клеимы мне начали казаться более уместными. Они отражают инфу о пользователе, и разграничение прав на основе инфы кажется более гибким, чем какая то длинющая простыня клеимов. Что думает об этом сообщество? Что применяете вы? Не перегружает ли это излишни сильно токен?
источник

И

Игорь in symfony
Gas
грубо говоря, достаточно одного scope 'profile', в котором лежит claim capabilities, где перечислены все order:read write etc.
Немножечко странный кейс
Под scopes я понимаю read:orders под claim age:18
источник

G

Gas in symfony
sсope - набор данных у юзере состоящий из claims. в случае если сервис запрашивает определенный scope, то если сервису разрешено этот scope получить, клаймы этого скоупа добавляются в токен
источник

j

jenia in symfony
Сейчас все контролёры работают с json и возрастают кастомный ответ через listener для работы с js framework . Сейчас стала нужна сделать и что бы и нормально работало по обычному принципу. Мне в listener делать проверку на /api/ в начале или есть какой то другой способ более элегантный?

truck_custom_response.listener.api_response:
   class: App\Response\EventListener\ApiResponseListener
   tags:
       - { name: kernel.event_listener, event: kernel.response, method: onKernelResponse }
источник

G

Gas in symfony
по обычному - это с темплейтреспонзом?
источник

j

jenia in symfony
Gas
по обычному - это с темплейтреспонзом?
да
источник

G

Gas in symfony
вопрос, хватит ли данных в json ответе для построения темплейта. ну и имя темплейты набо отдавать в контроллере, если у тя listener будет менять response
источник

j

jenia in symfony
Gas
вопрос, хватит ли данных в json ответе для построения темплейта. ну и имя темплейты набо отдавать в контроллере, если у тя listener будет менять response
да. Сейчас нужно дебаг посмотреть по кое чему и нужно  просто отрендерить страницу для его вывода
источник

j

jenia in symfony
Пока сделал через if else (listener), но чувствую что есть  что то получше. А так все проблемы с CORS решаю. Debug панель  ничего не дала совсем. Не отдаются в заголовке нужные типы  ...
источник

G

Gas in symfony
покажи код листенера.
источник

Ш

Шурик in symfony
То есть замена json на html ответ нужна только чтоб дебаг панель посмотреть?
источник

j

jenia in symfony
Шурик
То есть замена json на html ответ нужна только чтоб дебаг панель посмотреть?
да
источник

Ш

Шурик in symfony
Думаю, не следует наворачивать html, а лучше разобраться почему в json ответе нету нужных заголовков
источник

j

jenia in symfony
Шурик
Думаю, не следует наворачивать html, а лучше разобраться почему в json ответе нету нужных заголовков
Сказали тут смотреть дебаг панель и вот смотрю чтобы решить проблему с CORS
источник

j

jenia in symfony
Шурик
Думаю, не следует наворачивать html, а лучше разобраться почему в json ответе нету нужных заголовков
Я и пытаюсь разобраться  🙁
источник

G

Gas in symfony
ого. xdebug поставил, но дебаггером не пользуешься?
источник

j

jenia in symfony
Gas
ого. xdebug поставил, но дебаггером не пользуешься?
да. Мне же сказали смотреть в панель и я буду смотреть туда. В xdebug не видно почему сразу
источник

Ш

Шурик in symfony
Смотреть дебаг панель можно и с json ответами, вовсе необязательно менять формат ответов
источник

j

jenia in symfony
Шурик
Смотреть дебаг панель можно и с json ответами, вовсе необязательно менять формат ответов
Визуально же удобнее
источник