У нас вы можете посмотреть бесплатно Don't Ship Server-Sent Events Without Doing This или скачать в максимальном доступном качестве, видео которое было загружено на ютуб. Для загрузки выберите вариант из формы ниже:
Если кнопки скачивания не
загрузились
НАЖМИТЕ ЗДЕСЬ или обновите страницу
Если возникают проблемы со скачиванием видео, пожалуйста напишите в поддержку по адресу внизу
страницы.
Спасибо за использование сервиса ClipSaver.ru
Get the source code for this video here → https://the-dotnet-weekly.kit.com/sse... Get the 2026 .NET Developer roadmap here → https://the-dotnet-weekly.ck.page/202... Want to master Clean Architecture? Go here: https://bit.ly/3PupkOJ Want to unlock Modular Monoliths? Go here: https://bit.ly/3SXlzSt Server-Sent Events (SSE) are a fantastic, lightweight alternative to WebSockets, but the "Hello World" examples rarely hold up in production. The moment you need to secure your stream or target specific users, you hit a wall: the browser's EventSource API doesn't support custom headers. In this video, I’ll show you how to take SSE in .NET from a basic demo to a production-ready implementation. We’ll solve the authentication limitation using a "Short-Lived Token" pattern, implement user targeting using System.Threading.Channels, and finally, configure it all to run behind a YARP reverse proxy. In this video, I cover: Authentication: Why EventSource makes auth hard and how to fix it securely without exposing long-lived tokens in the URL. User Targeting: Building a connection manager to stream events to specific users (similar to SignalR's Clients.User). Infrastructure: How to configure YARP to handle persistent SSE connections. Server-Sent Events in ASP.NET Core and .NET 10 https://www.milanjovanovic.tech/blog/... Check out my courses: https://www.milanjovanovic.tech/courses Read my Blog here: https://www.milanjovanovic.tech/blog Join my weekly .NET newsletter: https://www.milanjovanovic.tech Chapters