Очень сложная и тяжелая для восприятия информация, поданая очень простым языком. Спасибо Макс.

Огромное спасибо! Видео - кладезь информации, объяснения понятны даже фронтендеру :D

Очень нравится твой канал! Продолжай в том же духе! И помни "много уроков не бывает" =)

Было очень ползено! Спасибо за труд!

Полезная инфа, продолжайте в том же духе👍

Огромное спасибо за видео:)

Это самое понятное объяснение про JWT токены, что я встречал. Спасибо!

Спасибо огромное за такое простое объяснение!

Спасибо тебе! Очень доступно объясняешь!

Очень круто, максимально понятно, спасибо❤‍🔥

Спасибо Вам большое 🤍

Спасибо, очень познавательно! Респект!

Максим, спасибо за труд, за прекрасную, лаконичную, понятную и структурированную подачу материала. Захотелось посмотреть остальные видео с Вашего канала.

Отличное видео, хорошая структура подачи материала! Успехов!

Отличный разбор темы!👍 Спасибо!

Большое спасибо, относительно просто описали

Это просто клад а не видео, спасибо

Спасибо огромное!!

Прекрасно объяснил.

Молодец! Спасибо!

Огонь, прям разжевал и в рот положил ! Спасибо за видео очень понятно и информативно :-)

Спасибо! Ты понятно объяснил и очень помог

Топ! Спасибо за разбор.

спасибо!

спасибо дружище!

Круто!!!

Отлично спасибо

Спасибо 👍

Спасибо!

Все хорошо, но зАголовок режет слух. ЗаголОвок, если что

1. Сервер не имеет контроля над токенами - принудительное разлогирование можно реализовать без blacklist/whitelist, если подписывать токены секретным ключом + "соль" (уникальная для юзера). При изменении "соли" токен перестанет быть валидным для этого пользователя. 2. Токены можно использовать на разных доменах - в случае с Http only cookie похоже нельзя. 3. Защита от угона токена - в токене можно хранить дату, до которого он валиден, и fingerprint пользователя (ip, user-agent и тп).

Спасибо

Классное видео. Не мог бы ты подробнее рассказать про сервис авторизации?

пушка 💪

Спасибо, хорошо рассказал!

Круто...

спасибо

Как будет время, разбери пожалуйста на примерах, как правильно организовать роли и права и что используют обычно, casbin или самому можно написать реализацию. Желательно не только админ, гость, пользователь а более кастомные с назначением прав и тд.

🔥🔥🔥🔥🔥

Пасиб

Самое понятное объяснение, которое я нашел. Такое впечатление, что люди выкладывают видео для того, чтобы показать какие они великие программисты. Новичкам надо рассказывать максимально просто. А синьоры это уже итак знают.

Дай боже тобі здоров'я, бо ніхто не міг пояснити. Красава.

Вопрос. Что обычно кидают в тело токена? Было сказано, что в токене лучше не передавать конфиденциальную инфу. А что туда пихать? id ?)) Я вот этот момент не понял.

JWT имба

А вы можете своих видео, показать тестовое задание, и показать его на примере на go

Хорошо объяснено. А в сессиях ID сессии тоже ведь генерируется каким то шифрованием?

Серверу нужна информация о записи текущей сессии пользователя в любом случае. В случае сессий по куки он их ищет в каком-нибудь реддисе, либо же у себя в папочке в txt документе. В случае токена, он лезет в базу, что бы найти этого пользователя и его пермишены, так что в общем то оверхеда никакого нет.

Все хорошо, но слово зАголовок с ударением на первый слог, чуть не съело мой мозг.

А что такое тогда идентификация?

1:50 Спасибо, а я всё думал, почему тот парень 403 ошибки на фронтэнд кидал

Нам потрібно терміново відео по авторизаціях та ролях :)

Микрофон вроде нормальный, а звук нет - зашкаливающе басит

в зАголовках))

Идентификация это как раз таки и есть who are you, а вот аутентификация это уже подтверждение того, что ты - это точно ты. Проще говоря, когда на сайте просят ввести логин/номер телефона/почту - это идентификация - вы ввели логин user, окей, на сайте вы будете user. Когда просят пароль - это аутентификация: вы user, окей, а докажи это, введя пароль. Если путаете понятия, просто вспомните о существовании двухфакторной аутентификация, ведь по сути это подтверждение того, что user это точно вы - вы вели логин и пароль, а сайт говорит: «Логин есть, пароль правильный, но это точно ты? Я отправил на твой телефон смс с кодом, введи его сюда».

даешь зАголовок, блеа!)

что мешает злоумышленнику перехватить айди сессии и заполучить доступ?

Макс, є запитання. Сервер генерує пару токенів, refreshToken з яких зберігається в БД. В такому випадку це не означає, що сервер стає stateful? І ще одне невелике запитання. Якщо зберігати токен в http only куках, а не в local/session storage, тоді яким чином ми зможемо відправляти реквест із заголовком Authorization з клієнта? Нам ж потрібно витягнути звідкись цей токен за допомогою JS, або ж я щось не зрозумів...

Видео информативное, спасибо! Но, пожалуйста, говорите слово "загoлОвок" правильно, ухо режет :)

ЗаголовОк... ))) разве нет? )) у Макса такое произношение этого слова, что я остальные его слова не слышу ))

Ещё бы живой пример каждого подхода, например, бэк на Go и форма авторизации на React - вообще было бы супер. Чувствуется какая-то недосказанность в видео.

А как клиент отправляет пароль и логин на сервер. Он шифруется? Если шифруется, то как передаются ключи шифрования, как это работает?

зАгловок ахаха

зАголовок? Ты серьезно?

зАголовок? Ты норм? Зачем ты так говоришь, если это неправильно

зАголовок🤦‍♂

заголОвок

ЗаголОвок

Ударение у автора странноватое: дОмены и зАголовки

Ударение в слове "зАголовок" - не на первый слог. Проверочное слово "голова". Учите русский язык.

Дружище, ну ненавидишь ты русский язык или просто слово заголовок, ну скажи header. Зачем так уродовать слово то?

Отличное видео, хорошая структура подачи материала! Успехов!

спасибо!

спасибо!