วีดีโอ

Хорошо.

Очень здорово. у автора дар объяснять. спасибо большое за качественный материал

на 4:35 забыл упомянуть, что перед тем как отправить данные на сервер, они хэшируются на клиенте, а так хороший видос, освежил память, спасибо

Спасибо, очень четко!

Спасибо, очень полезно 👍

Спасибо большое

я отправлял только access token клиенту, c refresh даже не сталкивался, по видео можно сразу понять как его написать и пользоваться сразу двумя токенами для большей безопасности, но как правило refresh не всегда нужен, все понятно и кратко, спасибо! интересно какие аналоги JWT токену есть?

О!!!Конкуренция Курячему!

Качественный гайд. Решил глянуть, чтобы освежить знания - нашёл полезные фичи. Спасибо!

Очень удобный формат, быстро без воды и с примерами, спасибо!

Дживити? Джот же

Наконец то нашла толковое объяснение темы jwt. Огромное спасибо😊

Спасибо! отличное объяснение, очень наглядно

Спасибо

Принципы REST_API: 1) Клиент-серверная модель взаимодействия 2) Отсутствие состояния 3) Унификация интерфейса 4) Кеширование 5) Формат обмена данными (JSON, XML)

Только порт 5001 или любой свободный?

Бабка - чья-то мама, не твоя. Состарилась, как и твоя мама, однажды, и пришлось обращаться к брокеру😂 Помнить это стоит. Для приемственности поколений и нравственности общества.🎉

Отличное видео.

Контент - топ, но почему Веб-сокеты? Просто сокеты не пойдут, ведь тут речь о них?! Вебщики уже себе фундаментальный транспортный уровень присвоили ))) Просто сокет был, а тут на тебе, вебщики пришли)) Тьфу.

огонь

Спасибо за видео! Но я все равно не понимаю))) вот почему считается, что нельзя передавать тело запроса в get запросе? А есть техническая разница между post и гет запросом когда в теле передаем? Или например разница между put и post. Там технической разницы же вообще нет) реализацию «не изменения» таких же данных можно и в post реализовать, будет тоже самое, что и задумывалось в put. Получается это только «так можно а так нельзя»

Спасибо

Прекрасное обьяснение просто и понятно! Хотя это мое первое видео о веб сокетах

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

Отличный ролик, спасибо за труд

А зпчем 401 на каждый устаревший запрос? Не проще ли на 401 ввиду экспирации токена сразу проверить опцию с рефрешем?

Ничего не понятно, но очень интересно.

Толковые примеры

Отлично объяснил. Спасибо и подписка.

Благодарю!

спасиб

solid было интересно

Благодарю, очень интересно

Огромная благодарность

А где секреты?!

Весело звучит 🎉 А когда будет продолжение этой темы разговора 😊

коротко, понятно и четко, это самое понятное описание их отличий что я встречала

Не "сигнатура", а "подпись".

энвелоуп

Расскажите о API на примере, Честный Знак)))

Благодарю ! Классный формат подачи - спокойный, без воды. В общем - ПОЛЬЗА! 👍👍👍

какая-то не секретная информация

were's secrets?

А можно ли сделать так, чтобы микросервисы между собой с помощью GraphQL общались?

Наконец то, первое последовательное, простое объяснение без воды! Спасибо!

пожалуй, подпишусь, для поддержки.

Очень хорошо сделаны примеры, наглядно и понятно, спасибо

Всё круто, но к сожалению такой контент никогда не наберёт просмотров :(

Очень хорошо излагаете материал. Теперь в моей голове понимание этих принципов уложились получше. Спасибо😼

Отличный ролик . Благодарю