#aspnet

.NET tasks AI is better at than developers

Trong bối cảnh phát triển .NET, AI đã vượt trội hơn developer trong việc tạo project, viết unit test, thêm comment và debug exception. Nguyên nhân kỹ thuật là AI có khả năng xử lý lớn lượng code mẫu và pattern từ kho dữ liệu khổng lồ như GitHub. Hệ quả là AI giúp tăng tốc độ phát triển lên đến 40% và giảm lỗi unit test xuống còn 5%. Điều đáng học là các lập trình viên nên tận dụng AI như công cụ hỗ trợ, tập trung vào phần thiết kế hệ thống và logic kinh doanh phức tạp mà AI còn hạn chế.

Bài viết giúp bạn hiểu rõ những điểm mạnh vượt trội của AI so với lập trình viên .NET trong việc phát triển dự án, viết unit tests, thêm comments và gỡ lỗi exceptions.

Result Pattern in C# and .NET 10 - When to Use, When to Skip

Bối cảnh bài viết cung cấp hướng dẫn thực tế về Result pattern trong C# và .NET 10. Nguyên nhân kỹ thuật là Result pattern giúp xử lý lỗi một cách rõ ràng thay vì dùng exceptions, đặc biệt quan trọng trong các asynchronous services. Hệ quả là pattern này cải thiện hiệu suất application khi benchmarked so với exception handling truyền thống. Đáng học là cách map Result pattern với ProblemDetails trong APIs và tác động của C# 15 unions đến implementation pattern này.

Bài này giúp lập trình viên hiểu rõ khi nào nên dùng Result pattern trong C# và .NET 10 qua benchmark thực tế và ứng dụng với async services.

How to Use ETags in ASP.NET Core to Prevent Users from Overwriting Each Other’s Changes

Trong môi trường phát triển ASP.NET Core, việc tránh xung đột khi nhiều người dùng cùng chỉnh sửa dữ liệu là bài toán quan trọng. ETags kết hợp với If-Match headers và EF Core rowversion columns cung cấp giải pháp hiệu quả thông qua cơ chế kiểm tra phiên bản tài nguyên. Khi dữ liệu đã bị thay đổi bởi người khác, server sẽ trả về HTTP 412 (Precondition Failed) để ngăn chép đè. Phương pháp này áp dụng nguyên tắc optimistic locking mà không cần lock cơ sở dữ liệu, giúp hệ thống hoạt động hiệu quả hơn khi xử lý nhiều request đồng thời.

Sử dụng ETags trong ASP.NET Core giúp bạn ngăn chặn xung đột khi người dùng cùng lúc cập nhật dữ liệu.

Use C# unions and closed hierarchies in ASP.NET Core

C# 15 và .NET 11 giới thiệu union types và closed class hierarchies để xử lý các giá trị có nhiều dạng JSON, minh họa qua trường hợp maxUnavailable của Kubernetes và payment-events. Union types khai báo một tập hợp các primitive, class hoặc interface cố định với switch statement đầy đủ do compiler kiểm tra, trong khi closed hierarchies hạn chế kế thừa để compiler xử lý các derived types đã biết là đầy đủ. System.Text.Json serialize union types mà không cần envelope hay discriminator, chỉ ghi JSON shape của case đang hoạt động, còn closed hierarchies có thể chọn discriminator-based polymorphism thông qua InferClosedTypePolymorphism. Cả hai tính năng đều tích hợp với Minimal APIs, MVC, SignalR's JsonHubProtocol, Blazor và OpenAPI, nhưng union types không hỗ trợ cho query strings, route values, headers hay form fields do các giá trị này chỉ bind chuỗi không có JSON parsing.

Bài viết giúp lập trình viên tận dụng union types và closed hierarchies trong C# để xử lý JSON đa dạng hiệu quả hơn trong ASP.NET Core.

Blazor Full Stack in .NET 10: When Should C# Developers Use It?

Blazor Full Stack trong .NET 10 cho phép lập trình viên C# xây dựng ứng dụng web toàn diện bằng mô hình chia sẻ, Razor components và các chế độ render linh hoạt mà không cần duy trì frontend/backend riêng biệt. Công nghệ này phù hợp cho ứng dụng doanh nghiệp, dashboard, cổng quản trị hoặc công cụ nội bộ nặng về form, nhưng không thích hợp cho các dự án JS trưởng thành hoặc UI người dùng giàu animation.

Là lập trình viên C# đang tìm cách tối ưu hóa phát triển ứng dụng web với sự thống nhất giữa frontend và backend mà không cần chia sẻ mã nguồn giữa hai môi trường, Blazor Full Stack là giải pháp tiên tiến mà bài viết giải thích chi tiết cách sử dụng và khi nào phù hợp.

Mastering CancellationTokens in C# and ASP.NET Core

Trong ASP.NET Core, CancellationTokens giúp tiết kiệm tài nguyên server khi xử lý các tác vụ dài. Token này hoạt động bằng cách cho phép bạn ngắt các operation chưa hoàn thành khi client disconnect hoặc timeout. Việc sử dụng CancellationTokens giảm đáng kể CPU, memory usage và số lượng database calls không cần thiết. Bạn nên học cách implement CancellationTokens trong cả controller actions và background workers để tối ưu performance. Điều quan trọng là kiểm tra token thường xuyên trong các loop dài và async operation để ứng dụng phản hồi nhanh hơn khi cần hủy.

CancellationTokens giúp lập trình viên tối ưu hóa tài nguyên server và cải thiện hiệu năng ứng dụng C# và ASP.NET Core.

Connect database to AI with Devart MCP in ASP.NET Core

Devart MCP Server Universal giúp kết nối cơ sở dữ liệu với AI, cho phép các trợ lý AI chuyển câu hỏi tự nhiên thành code EF Core chính xác. Công nghệ này truy vấn schema và dữ liệu thực tế để tạo ra các truy vấn SQL tối ưu. Hệ quả là nhà phát triển có thể xây dựng ứng dụng ASP.NET Core với khả năng truy vấn dữ liệu tự nhiên mà không cần viết code SQL thủ công. Điểm đáng học là cách Devart MCP tận dụng EF Core để biến AI thành công cụ truy vấn dữ liệu mạnh mẽ, giảm thiểu lỗi và tăng hiệu suất. Giải pháp này hỗ trợ nhiều loại cơ sở dữ liệu phổ biến như SQL Server, PostgreSQL, MySQL.

Bài này giúp lập trình viên tích hợp AI với database một cách hiệu quả qua Devart MCP trong ASP.NET Core, tự động chuyển câu hỏi tự nhiên thành mã EF Core chính xác.

How to Model Money in ASP.NET Core

Xử lý giá trị tiền tệ trong ASP.NET Core trông đơn giản nhưng ẩn chứa nhiều lỗi khó phát hiện. Các vấn đề kỹ thuật thường đến từ việc sử dụng kiểu dữ liệu thập phân (decimal) không chính xác và tính toán chính xác số học định điểm cố định. Điều này dẫn đến sai lệch giá trị trong các giao dịch tài chính và mất dữ liệu. Bài viết đề xuất sử dụng các thư viện như NodaTime và MoneyExtension để đảm bảo độ chính xác cao. Bạn sẽ học cách thiết kế models tài chính an toàn và tránh các lỗi phức tạp trong hệ thống thanh toán.

Bài viết này giúp lập trình viên tránh được những lỗi khó phát hiện khi xử lý giá trị tài chính trong ASP.NET Core.

Before Your .NET API Goes to Production, Check These 8 Things

API hoạt động locally chỉ mới là khởi đầu. 8 yếu tố kiểm tra trước khi triển khai production giúp đơn giản hóa debugging và bảo trì. Các vấn đề như exception handling rate limits, logging configuration, và versioning strategy cần được thiết kế kỹ lưỡng ngay từ đầu. Việc implement rate limiting đúng cách giảm 40% tấn công DDoS trong real-world scenarios. Logging hiệu quả với correlation IDs giúp track request qua distributed system dễ dàng hơn.

Bài viết này giúp lập trình viên chuẩn bị tốt hơn cho triển khai API môi trường sản xuất bằng cách kiểm tra 8 yếu tố quan trọng.

Vercel Eve Tutorial for C# Developers: Build an ASP.NET Core Agent Client

Bài hướng dẫn này hướng dẫn C# developers cách kết nối ASP.NET Core với một agent được pinning trên Vercel Eve. Bạn sẽ học cách quản lý ownership của transport và đọc equipment summaries với explicit failures. Tutorial sử dụng ASP.NET Core framework và Vercel Eve API để triển khai client agent. Nếu bạn làm việc với C# và cần tích hợp hệ thống monitoring/thiết bị, bài viết này cung cấp code mẫu cụ thể để implement. Cách xử lý explicit failures trong thiết bị IoT sẽ hữu ích cho các dự án real-world.

Hướng dẫn này giúp lập trình viên C# tích hợp ASP.NET Core với Vercel Eve quản lý thiết bị hiệu quả.

Experimental support for Device Bound Session Credentials (DBSC) in ASP.NET Core

ASP.NET Core đang thử nghiệm hỗ trợ Device Bound Session Credentials (DBSC) qua package Microsoft.AspNetCore.Authentication.DeviceBoundSessions. Giải pháp kỹ thuật này nhằm giải quyết vấn đề credentials bị đánh cắp khi người dùng đăng nhập từ nhiều thiết bị khác nhau. Hệ quả là security được tăng cường đáng kể, giảm nguy cơ session hijacking. Điều đáng học là DBSC hoạt động bằng cách liên kết session với thiết bị cụ thể, giúp bảo vệ tốt hơn cho ứng dụng web hiện đại.

Bài viết này giúp bạn hiểu cách triển khai và lợi ích của Session Credentials ràng buộc thiết bị trong ASP.NET Core.

Object Calisthenics: 9 Exercises That Will Elevate Your Code Quality

Object Calisthenics is a set of nine rules that challenges the way we think about and write object-oriented code. See how they can help evolve our code.

Get Ready for .NET Conf 2026!

.NET Conf 2026 runs November 10-13 as a free, four-day virtual event marking the official launch of .NET 11. Days one and two feature Microsoft product team sessions, starting with a keynote from Scott Hanselman on November 10 covering .NET 11 and Copilot/agent integration, followed by a Visual Studio keynote from Mads Kristensen on November 11. Sessions cover C#, ASP.NET Core, Blazor, Aspire, MAUI, Visual Studio debugging, and the MCP C# SDK. November 12-13 are community-led Community Days, organized by a team led by Javier Lozano, and readers can host their own local .NET Conf event through January 15, 2027.

Create AI-Ready Enterprise Content with the Syncfusion .NET Document Chunking Library [Webinar Show Notes]

Learn how to prepare PDF, Word, Excel, PowerPoint, and Markdown documents for AI workflows using the Syncfusion .NET Document Chunking Library. Explore chunking, JSON output, and RAG-based document Q&A.

.NET 11 Performance: What Got Faster and How to Measure It

See where .NET 11 gets its speed, from the JIT and runtime async to LINQ, regex and networking, and how to benchmark those gains on your code before upgrading.

Blazor Welcomes Open-Source Contributions from Syncfusion

Syncfusion has released a free, open-source toolkit of Blazor UI components under the MIT license. The Syncfusion Toolkit for Blazor includes charts, buttons, calendars, date and time pickers, inputs, dialogs, tooltips, and loading indicators. It requires no license key and works for commercial use, installed via the Syncfusion.Blazor.Toolkit NuGet package. Syncfusion engineers also merged fixes into ASP.NET Core and the .NET scaffolding tools, including QuickGrid diagnostics and form validation fixes, and ran over 60 end-to-end validation scenarios for .NET 11 Blazor features. Syncfusion is also contributing a toolkit setup scaffolder and an installation skill for AI coding assistants, both under review.

How to Test an API When the Database Is Slow or Temporarily Unavailable

Khi xây dựng test cases cho ASP.NET Core APIs, bạn cần chuẩn bị cho kịch bản database chậm hoặc không phản hồi. Bài viết giới thiệu các kỹ thuật như setting timeouts, điều chỉnh connection pooling, và implement cancellation tokens để xử lý các truy vấn chậm. Các giải pháp giúp hệ thống tiếp tục hoạt động khi database gặp sự cố, đồng thời tránh các vấn đề về concurrency khi nhiều request đồng thời chờ kết nối. Bạn sẽ học cách thiết kế test scenarios mô phỏng chính xác các tình huống database downtime và implement các recovery mechanisms để tự động kết nối lại khi database có sẵn.

Bài viết này giúp lập trình viên kiểm thử API ASP.NET Core hiệu quả khi gặp sự cố chậm hoặc không kết nối được với cơ sở dữ liệu.

Server-Timing Headers in ASP.NET Core: Backend Metrics in Browser DevTools

Trình Network trong DevTools cho thấy thời gian DNS và TLS handshake nhưng không chi tiết hóa thời gian chờ phản hồi từ server. Server-Timing header trong ASP.NET Core giúp ứng dụng đo lường riêng các thành phần như database query hay API call. Thời gian này sẽ hiển thị trực tiếp trong DevTools của Chrome, Edge và Firefox, giúp developer tối ưu hiệu suất ứng dụng chính xác hơn. Việc triển khai server-timing header là kỹ thuật quan trọng để đo lường và tối ưu hóa hiệu năng ứng dụng, đặc biệt với các tác vụ có độ trễ cao.

Server-Timing Headers giúp bạn đo lường và hiển thị chi tiết thời gian xử lý ứng dụng trong trình duyệt, giúp tối ưu hóa hiệu năng ASP.NET Core.

Introducing the unified Supabase .NET SDK

The Supabase .NET libraries move to a single repo, with a unified version number.

Reducing the size of your authentication cookie with ITicketStore

Một Web Application Firewall (WAF) nghiêm ngặt đã chặn các yêu cầu do cookie xác thực ASP.NET Core phát triển quá lớn. Việc triển khai ITicketStore giải quyết vấn đề này bằng cách lưu trữ AuthenticationTicket phía server và chỉ để lại session key trong cookie, giúp giảm kích thước cookie xuống vài trăm byte bất kể số lượng claim. Phiên bản đầu tiên sử dụng IMemoryCache nhưng không hoạt động đa instance do mỗi lần khởi động hoặc bản sao scale mất ticket. Phiên bản thứ hai dùng IDistributedCache (Redis, SQL Server) với TicketSerializer của ASP.NET Core để serialize ticket thủ công. Lưu trữ phía server cũng cho phép hủy session nhưng đi kèm chi phí tra cứu cache trên mỗi request và phụ thuộc mới vào đường dẫn xác thực.

Bạn nên đọc bài này để tìm hiểu cách giảm kích thước cookie xác thực ASP.NET Core bằng ITicketStore và giải quyết vấn đề bị WAF chặn do cookie quá lớn.

Jaliya's Blog: Microsoft Agent Framework: Agent to Agent (A2A) with .NET

A hands-on walkthrough demonstrates exposing a .NET AI agent built with Microsoft Agent Framework over the Agent-to-Agent (A2A) protocol. It covers defining an agent card describing capabilities and skills, hosting the agent with MapA2AJsonRpc and MapWellKnownAgentCard, managing conversation sessions via AgentSessionStore, calling the agent over raw HTTP with JSON-RPC, and consuming it from another .NET application where the remote agent behaves like a local AIAgent, preserving conversation context across turns via session and contextId.

Using the ADFS userinfo endpoint instead of allatclaims

Bối cảnh bài viết trình bày cách sử dụng endpoint ADFS userinfo thay vì allatclaims để lấy thông tin user claims mà làm bloat ID token. Nguyên nhân kỹ thuật do endpoint userinfo sử dụng urn:microsoft:userinfo resource identifier đặc biệt của Microsoft, cho phép cấu hình claim issuance rules riêng. Hệ quả là có thể lấy user claims từ endpoint userinfo thông qua curl hoặc tự động trong ASP.NET Core qua GetClaimsFromUserInfoEndpoint. Điều đáng học là cần tránh lỗi audience mismatch khi gửi access token có scope API đến endpoint userinfo và biết khi nào nên dùng allatclaims hay userinfo endpoint.

Bài viết này giúp lập trình viên tối ưu việc lấy thông tin người dùng trong hệ thống ADFS bằng cách sử dụng userinfo endpoint thay vì allatclaims, tránh làm phình to ID token.

Getting all your claims in the ID token with the ADFS allatclaims scope

When connecting an application to ADFS via OpenID Connect, the ID token often arrives nearly empty because ADFS puts claims defined through issuance transform rules into the access token by default, not the ID token. Adding the allatclaims scope (alongside openid) tells ADFS to copy the access token's claims into the ID token. The scope must be granted on the application group (via the ADFS console or Grant-AdfsApplicationPermission PowerShell cmdlet) and explicitly requested in the authorization request or OpenID Connect client configuration. If claims are still missing, the issuance transform rules on the Web API need checking, and jwt.ms is useful for comparing both tokens side by side. A caveat: pushing many claims (like large group memberships) into the ID token can bloat it, in which case calling the userinfo endpoint may be preferable.

ThreadPool Starvation in .NET: How Blocking Code Freezes Your API

Trong ứng dụng ASP.NET Core, việc sử dụng các blocking calls có thể gây ra tình trạng starvation cho .NET ThreadPool, đặc biệt khi xử lý nhiều request đồng thời. Nguyên nhân kỹ thuật là do các thread bị giữ lại bởi các operation đồng bộ (như I/O-bound tasks) thay vì được giải phóng để xử lý các request khác, dẫn đến depletion thread pool. Hệ quả là các request mới phải chờ đợi hoặc timeout, ảnh hưởng nghiêm trọng đến khả năng scale của ứng dụng. Bài viết giải thích cách sử dụng async/await, timeouts và cancellation tokens để tối ưu hóa hiệu năng và tránh tình trạng này trong production environment.

Bài viết này giúp bạn hiểu và ngăn chặn tình trạng ThreadPool bị cạn kiệt trong ASP.NET Core API do mã chặn.

Announcing .NET 11 Release Candidate 2

.NET 11 Release Candidate 2 đã ra mắt với giấy phép hỗ trợ triển khai trực tiếp vào môi trường production, tương thích với Visual Studio 2026 Insiders và VS Code cùng C# Dev Kit. Bản cập nhật mang đến tính năng đọc CBOR theo từng phần (incremental CBOR reading), API thử nghiệm composite ML-KEM và HPKE, cấu hình concurrency cho HTTP/2, hỗ trợ async trong F# runtime, tạo UI C# cho MAUI và các thành tố Windows Forms mới như KioskModeManager. Các ghi chú chi tiết về thư viện, SDK, F#, MAUI và Windows Forms đã được cung cấp kèm liên kết. Đối với lập trình viên muốn khám phá công nghệ mới, đây là cơ hội để thử nghiệm những cải tiến đáng chú ý trong .NET 11 trước khi chính thức release.

Lập trình viên nên đọc bài viết để cập nhật những tính năng mới và thay đổi quan trọng trong .NET 11 Release Candidate 2 trước khi triển khai vào sản phẩm.

Cleaning up old log files with Serilog

Một sự kiện ổ đập đầy do file log Serilog không giới hạn kích thước đã thúc đẩy bài viết này hướng dẫn các tùy chọn file sink của Serilog. Tác giả giải thích cách sử dụng rolling intervals, retainedFileCountLimit, retainedFileTimeLimit, fileSizeLimitBytes kết hợp với rollOnFileSizeLimit để tính toán tối đa dung lượng đĩa cần thiết. Bài cũng đề cập cấu hình qua appsettings.json và các tham số như shared, buffered, flushToDiskInterval, restrictedToMinimumLevel, outputTemplate, FileLifecycleHooks. Quan trọng nhất là việc giảm log volume tại nguồn (ví dụ: tăng mức tối thiểu cho namespace Microsoft.*) có tác động nhiều hơn việc chỉ thiết lập retention.

Bài này giúp lập trình viên quản lý dung lượng đĩa và tối ưu hóa việc lưu trữ log file với Serilog bằng cách cấu hình các thông số thông minh.

Tuning the default logging providers in ASP.NET Core through configuration

Các ứng dụng ASP.NET Core sử dụng WebApplication.CreateBuilder tự động đăng ký 4 provider logging: Console, Debug, EventSource và EventLog (chỉ trên Windows), gây nhiễu log không mong muốn trong production. Bạn có thể kiểm tra dịch vụ ILoggerProvider đã đăng ký, loại bỏ provider bằng ClearProviders() trong code và điều chỉnh level logging riêng cho từng provider qua appsettings.json. Việc set level thành None giúp lọc message mà không cần unregister provider, và các section LogLevel cụ thể sẽ ghi đè lên quy tắc chung. Cài đặt này có thể điều chỉnh qua environment variable (sử dụng double underscore syntax) cho từng môi trường khác nhau mà không cần redeployment, hữu ích trong Azure Container Apps hay Kubernetes.

Bài viết này giúp bạn tối ưu hóa logging providers trong ASP.NET Core để giảm thiểu log không mong muốn và kiểm soát mức độ chi tiết log theo môi trường triển khai.

Use multiple schemes in an ASP.NET Core Web application

Khi xây dựng application ASP.NET Core, đôi khi cần sử dụng nhiều authentication schemes để hỗ trợ chuyển đổi identity provider. Trong trường hợp cụ thể tác giả đã giảm số lượng OIDC servers từ nhiều xuống một, thay vì di chuyển toàn bộ schemes về cookie default scheme. Việc triển khai multiple authentication schemes giúp giảm thiểu rủi ro và thời gian migration khi áp dụng identity provider mới. Bạn có thể implement bằng cách cấu hình AddAuthentication() với nhiều schemes và điều khiển flow thông qua properties như AuthenticationSchemes. Phương pháp này đặc biệt hữu ích khi đang trong quá trình di chuyển legacy system mà không muốn gián đoạn trải nghiệm người dùng.

Bài viết này giải thích cách triển khai nhiều scheme xác thực trong ASP.NET Core giúp chuyển đổi hệ thống identity hiệu quả mà không cần thay đổi cookie scheme mặc định.

Reloading appsettings.json Without Restarting the Application

Bối cảnh: Việc reload appsettings.json mà không cần restart ứng dụng là một yêu cầu phổ biến trong các ứng dụng .NET. Nguyên nhân kỹ thuật: .NET hỗ trợ tính năng này thông qua cơ chế file provider với IFileProvider.Watch, cho phép theo dõi sự thay đổi file. Hệ quả: Khi file appsettings.json được thay đổi, ứng dụng sẽ tự động cập nhật cấu hình mà không cần khởi động lại, tăng tính linh hoạt. Điều đáng học: Cần triển khai IConfigurationRoot.Reload() sau khi phát hiện thay đổi file để đảm bảo các dịch vụ sử dụng configuration được cập nhật kịp thời.

Bài này giúp lập trình viên .NET cập nhật cấu hình ứng dụng mà không cần khởi động lại, nâng cao hiệu quả phát triển.

Using ASP.NET Core Passkeys for Second Factor Authentication

Trong ASP.NET Core Identity trên .NET 10, passkeys có thể được sử dụng làm yếu tố xác thực thứ hai sau khi đăng nhập bằng mật khẩu. Để triển khai, bạn cần đăng ký một token provider hai yếu tố cho người dùng có passkey, sau đó thêm hai endpoint: một để tạo tùy chọn yêu cầu passkey cho người dùng đã qua kiểm tra mật khẩu, và endpoint kia để xác minh passkey trước khi hoàn tất đăng nhập. Giải pháp này lưu user ID từ bước mật khẩu vào cookie có thời gian tồn tại ngắn và so sánh với user ID của passkey trước khi cho đăng nhập hoàn tất. Điều đáng học hỏi là cách kết hợp cơ chế xác thực truyền thống (password) với công nghệ Passkeys hiện đại để tăng cường bảo mật mà vẫn giữ trải nghiệm người dùng liền mạch.

Bài viết hướng dẫn cách tích hợp passkeys làm yếu tố xác thực thứ hai trong ASP.NET Core Identity nâng cao bảo mật cho ứng dụng.

Using multiline Parameters for Aspire and ASP.NET Core with user secrets and Azure default deployments

Trong Aspire và ASP.NET Core, các tham số đa dòng như file PEM cho chứng chỉ không hoạt động theo mặc định. Giải pháp là thêm một lớp mã hóa base64 để xử lý các secret đa dòng. Cách tiếp cận này đảm bảo hoạt động với user secrets và triển khai mặc định trên Azure. Bạn có thể tìm thấy code mẫu tại GitHub repository swiss-ssi-group/swiyu-passkeys-idp-loi-loa. Kỹ thuật này rất hữu ích khi làm việc với các cấu hình phức tạp cần giữ định dạng đa dòng.

Bài viết hướng dẫn cách xử lý đa số liệu trong Aspire và ASP.NET Core, giải quyết vấn đề không hoạt động của PEM file và tích hợp với user secrets cùng Azure deployment.

Using request timeouts middleware in web API

Bối cảnh: bài viết đề xuất một cải tiến cho cơ chế timeout trong REST API endpoint. Nguyên nhân kỹ thuật: thay thế giải pháp thủ công sử dụng CancellationTokenSource và Task.Delay bằng middleware request timeouts tích hợp trong ASP.NET Core (từ .NET 8) bằng cách hook vào HttpContext.RequestAborted và dùng Task.WaitAsync với cancellation token của request. Hệ quả: loại bỏ nhu cầu cấu hình giá trị timeout riêng biệt và đơn giản hóa code. Điều đáng học: bài viết cung cấp mã setup cho AddRequestTimeouts, UseRequestTimeouts và RequestTimeout attribute, cùng repository GitHub minh họa các trường hợp hoàn thành, hủy bỏ và tiếp tục xử lý nền.

Bài viết giúp lập trình viên tối ưu hóa REST API với middleware timeout có sẵn của ASP.NET Core, loại bỏ cần thiết lập giá trị delay riêng biệt.

Real-Time at Last: SSE and SignalR in ASP.NET Core

Bối cảnh trước thời gian thực của cập nhật trạng thái máy chủ bao gồm tải lại toàn trang, XMLHttpRequest, Ajax và fetch(), cùng với short/long polling. Nguyên nhân kỹ thuật là những phương pháp này không thực sự đạt được mục tiêu cơ bản: cho phép server tự thông báo cho client ngay khi có sự kiện. Hệ quả là SSE và SignalR trở thành hai giải pháp chính để đạt được server push thực sự trong ASP.NET Core. Điều đáng học là cả SSE và SignalR đều giải quyết vấn đề cốt lõi là server thông báo ngay lập tức cho client khi có sự kiện, nhưng với cách tiếp cận kỹ thuật khác nhau.

Bài viết này giúp lập trình viên hiểu cách sử dụng SSE và SignalR để triển khai tính năng real-time trong ASP.NET Core một cách hiệu quả.

CORS in ASP.NET Core (.NET 10) - Cross-Origin Done Right

Bối cảnh: Trong ASP.NET Core .NET 10, việc cấu hình Cross-Origin Resource Sharing (CORS) cần được thực hiện cẩn trọng để bảo mật và hiệu năng. Nguyên nhân kỹ thuật: Các chính sách CORS có thể cấu hình bằng named policies hoặc cài đặt trực tiếp, nhưng có một cái bẫy phổ biến khi kết hợp AllowAnyOrigin với AllowCredentials. Hệ quả: Cấu hình sai có thể dẫn đến 7 lỗi misconfigurations tiềm ẩn, gây rò rỉ dữ liệu hoặc ngăn chặn truy cập hợp lệ. Điều đáng học: Bài viết cung cấp checklist triển khai production và giải thích kỹ thuật về request preflight trong ASP.NET Core .NET 10.

Bài hướng dẫn này giúp bạn tránh các lỗi cấu hình CORS phổ biến và bảo vệ ứng dụng ASP.NET Core .NET 10 của mình khỏi lỗ bảo mật nghiêm trọng.

Multiple Get Methods with the Action Method Selector Attribute in .NET Core 10

Trong .NET Core 2.0, cách triển khai multiple Get methods đã thay đổi ở .NET 10. Nguyên nhân kỹ thuật là do sự thay đổi trong cơ chế routing của .NET Core Action Method Selector Attribute. Hệ quả là lập trình viên cần cập nhật cách triển khai để tránh xung đột routing. Điều đáng học là Attribute routing hiện hỗ trợ nhiều phương thức GET với các constraint cụ thể, giúp code sạch hơn và dễ bảo trì.

Bài viết này giúp cập nhật cách triển khai phương thức Get nhiều lần trong .NET 10 sau những thay đổi từ phiên bản .NET Core 2.0.