Size: a a a

2021 October 29

k

knopkod4v in symfony
тоже не могу никак понять зачем refresh токен в jwt 🤔
Такое ощущение, что обычный токен просто для того чтобы там данные хранить (сессия)
источник

MG

Max Grom in symfony
Делайте свой кастомный тип, добавляйте ему свой кастомный хендлер. В нём же стоит привести это к единому виду что бы было проще манупулировать данными
источник

k

knopkod4v in symfony
а если рефреш в хттп-онли, то чем это отличается от сессионной куки? 🤔
источник

SP

Sergey Protko in symfony
Рефреш токен это по сути идентификатор сессии
источник

k

knopkod4v in symfony
раздвоение личности тогда какое-то. С одной стороны хочется отказаться от сессий и юзать жвт, а с другой "ой ну ладно, будет сессионная кука в виде рефреш-токена и стейт на беке, который это будет хендлить"
источник

SP

Sergey Protko in symfony
Ты не можешь отказаться от сессий. Ты можешь только перенести управление сессиями в отдельную систему
источник

SP

Sergey Protko in symfony
Jwt и прочие hmac об этом
источник

SP

Sergey Protko in symfony
Есть условный идентити сервер - он хранит креды, он занимается всеми этими multifactor и логинами. Ты там создаёшь сессию и для этой сессии можешь выпускать токены.

А уже твое приложение может не париться. Проверили подпись, токен валидный, мы ничего не знаем про сессии
источник

SP

Sergey Protko in symfony
Есть просто популярное заблуждение что "сессии делают апишку стэйтфул и потому надо jwt" но это просто заблуждение.

Это как "база данных желает мою апишку stateful". Хотя в оригинале stateless это про "мне плевать с какой репликой апишки я говорю, могу горизонтально скейлить апишку". Сессии в базе так же как и данные приложения в базе этому не противоречат
источник

РR

Роман Romanov in symfony
я думал мб можно без этого, ну ок, спс)
источник

k

knopkod4v in symfony
так вроде понятнее стало. Правда наверное тогда не обязательно делать это на жвт. Ну то есть можно точно так же поставить отдельный сервер, который будет куки выдавать?
источник

SP

Sergey Protko in symfony
Тут вопрос надо тебе управление сессиями выносить или нет. Если нет то пофигу, можно куки можно просто генерить рандом на 16 байт и в base64 юзать
источник

SP

Sergey Protko in symfony
Например - хочу я модный крутой сервис и админка для него. Я загоняюсь по безопасности и хочу политики всякие типа "меняй пароль раз в 3 месяца, обязательно mfa, хочу что бы пароли не могли из top10k. Шо я буду делать? Свой логин писать или куплю auth0 какой или okta?
источник

MG

Max Grom in symfony
Не, ну наверное можно ещё придумать варианты через виртуальные проперти или как-то хакать через хуки пре- и пост-сериализации… Кастомный тип просто первое что пришло в голову как наиболее тривиальный способ
источник

k

knopkod4v in symfony
ну да, удобно если этим всем занимается совсем другая организация
источник

SP

Sergey Protko in symfony
Свой логин весело писать первые два раза. А потом должно уже стать понятно что в мире есть куда более интересные вещи чем писать одно и тоже а потом ещё супортить
источник

A

Alexander in symfony
Да, в этом все дело. Поэтому нужно очень осторожно ими пользоваться
источник

КГ

Константин Грачев... in symfony
Практика показывает, что не должно (
источник
2021 October 30

К

Константин in symfony
Добрый день.
Doctrine, MySQL. У сущности есть JSON поле. При установке в поле массива, содержащего кириллицу (
$entity->setData(['test'=>'Тестовая запись'])
) - в базе получаю \u123 символы вместо кириллицы.
Геттеры возвращают кириллицу и всё нормально. Но выходит, что кириллические %LIKE% запросы по этому полю не работают. Подскажите, пожалуйста, как поправить?
Кодировка поля в базе utf8mb_bin
источник

К

Константин in symfony
источник