Видео

Комментарий для продвижения канала!

интерфейсы не подходят так как надо будет переопределять, а тут не надо переопределять😂😂 паттерну лет 20, в то время не думали, что пол станет гендером, а гендеров станет 500 штук(ов)/она/они/он/осел/козел. что должно выноситься в за пределы? переменная Name?! ведь даже Id уже не int, а Guid/Nuid/Genderid/Fluid. и сцуко каждый старый дол бо..,,еб спрашивает эти старые сраные(тут ошибка в слове старые), реликтовые паттерны! когда вас брали на работу не было столько говнокода, а сейчас извольте расскажите про бигО, ведь сейчас каждый байт на счету

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

Смотрю третье видео по этой теме и везде одни и ите же примеры. Вы инфу из одного места берёте что ли...

Очень круто, очень полезно. Комментарий в поддержку канала.

Ссылку нашел, сорре)

Где ссылка то😅

сегодня первый раз столкнулся

awesome!!! 🎉

Отличное объяснение и оформление. Сразу понял и запомнил всю информацию. Спасибо

Отличное объяснение и оформление. Сразу понял и запомнил всю информацию. Спасибо

Такое чувство, что очень много пропустил, особенно что сервер который выдаёт токены как правило не тот, где лежит желанная штука

Топ контент! Для ознакомления очень даже хорошо для понимания! Спасибо! Мне, как новичку, было полезно.

Du hast das Thema super verständlich gemacht.

а как же применение изоляции транзакций?

Что-то все равно не понятно. Сказано, что access токеном может завладеть злоумышленник, поэтому создается еще и refresh токен, который будет обновлять access токен. Но что, если злоумышленник также завладеет и refresh токеном?

Знакомство с SOLID: - Важная штука, развиваемся! Применение рекомендаций/правил SOLID: - что-то код не становится лучше. Наверное, я где-то туплю Выделяю код в модули только когда тот переиспользуется: - теперь доволен Впитываю критику SOLID от разных людей: - хм, в целом критика имеет смысл. SOLID больше не воспринимается как то, к чему хорошо бы стремиться в любой ситуации Смотрю твоё видео чтобы вновь вернуть веру в SOLID и немного иронизирую: - я не расстроюсь если вдруг все забудут, что это такое)

Хорошо.

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

на 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 было интересно

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