How to Submit a Quarterly Update to HMRC's Making Tax Digital API

Saved the Order, Lost the Event: Why You Need the Outbox Pattern

Trong hệ thống phân tán, vấn đề "save-then-publish" có thể gây mất sự kiện (event) mà không ghi log lỗi nào. Nguyên nhân kỹ thuật là transaction database và message broker hoạt động độc lập, dẫn đến tình trạng message bị drop dù insert thành công. Hệ quả là các subscriber không nhận được event cần thiết, làm hỏng tính toàn vẹn dữ liệu. Pattern Outbox + Inbox sử dụng cùng một transaction để lưu cả event và dữ liệu vào database, đảm bảo không mất sót message, thực hiện hiệu quả với Postgres và Node.js.

Bài này giải thích cách tránh mất sự kiện khi lưu trữ dữ liệu bằng pattern Outbox trong Postgres và Node.js.

SvelteKit 3 Reaches Release Candidate, Moving Config to Vite and Retiring the $lib Alias

SvelteKit 3 đang ở giai đoạn release candidate, tập trung vào tinh chỉnh code và chuẩn bị …

How ORMs Still Let SQL Injection Through (and How to Close the Gaps)

Nhiều lập trình viên lầm tưởng rằng khi sử dụng ORM, nguy cơ SQL injection sẽ được loại bỏ …

Optimizing objects with null prototypes

V8 engine gặp vấn đề khi đối tượng với __proto__: null bị mắc kẹt ở dictionary mode. …

Understanding any in TypeScript

TypeScript ra đời để mang tính type-safety cho JavaScript, nhưng tồn tại kiểu any làm giảm lợi ích này. Kiểu any xuất hiện khi TypeScript không thể suy luận kiểu dữ liệu, hoặc khi chúng ta tắt strict mode trong tsconfig.json. Sử dụng any vô hiệu hóa type checking, tiềm ẩn lỗi runtime giống JavaScript thuần túy. Điều này cho thấy chúng ta cần cân nhắc giữa linh hoạt và type-safety khi làm việc với TypeScript, đồng thời nên định nghĩa kiểu dữ liệu cụ thể thay vì dùng any.

Bài viết này giúp lập trình viên TypeScript hiểu rõ cách sử dụng kiểu 'any' để tránh suy giảm lợi ích của việc kiểm tra kiểu.

Node.js — Node.js 22.23.3 (LTS)

Node.js 22.23.3 là bản LTS mới nhất, tập trung vào ổn định và bảo mật cho production environment. Bản vá này khắc phục 3 vulnerability nghiêm trọng liên quan đến V8 engine và OpenSSL. Node.js 22.23.3 tối ưu hóa bộ nhớ với Garbage Collector mới, giảm 15% memory usage trong trường hợp xử lý payload lớn. Lập trình viên nên cập nhật ngay vì đây là bản LTS được hỗ trợ đến tháng 4 năm 2026. Cải tiến trong phiên bản này bao gồm cải thiện performance của streams API và fix lỗi trong zlib module.

Node.js 22.23.3 LTS mang đến những cải tiến quan trọng về hiệu năng và bảo mật cho ứng dụng JavaScript của bạn.

Node.js Thread Pools on Busy Machines

Trên các máy bị quá tải, Node.js thread pool (default size 4) có thể trở thành điểm nghẽn khi các tác vụ I/O-intensive chiếm hết thread, gây chậm toàn bộ hệ thống. Nguyên nhân là do libuv (thư viện nền tảng của Node.js) chỉ giới hạn số thread pool, không có cơ chế ưu tiên tác vụ. Hệ quả là ứng dụng phản hồi chậm, thậm chí timeout khi lượng request lớn tăng lên. Giải pháp là tăng thread pool size bằng cách thiết biến UV_THREADPOOL_SIZE hoặc sử dụng worker threads để phân bổ tải tốt hơn.

Bài viết giúp lập trình viên hiểu cách Node.js sử dụng thread pools để xử lý các tác vụ I/O và CPU-intensive một cách hiệu quả trên các máy tải cao.

A Missing Binary Turned a Kubernetes Liveness Probe Into a Restart Loop

Trong môi trường Kubernetes, một binary thiếu hụt đã gây ra vòng lặp khôi phục vô hạn cho liveness probe. Vấn đề kỹ thuật phát sinh khi liveness probe và readiness probe không được phân biệt rõ ràng, khiến pod bị khởi tạo lại liên tục thay vì cho phép background consumer xử lý hết hàng đợi. Hệ quả là ứng dụng gặp downtime do quá trình khởi tạo lại liên tục, gây lãng phí tài nguyên và không đạt được trạng thái stable. Bài viết nhấn mạnh tầm quan trọng của việc thiết kế riêng biệt giữa liveness probe (kiểm tra health) và readiness probe (kiểm tra sẵn sàng phục vụ), đặc biệt với các ứng dụng xử lý queue background.

Bài viết giải thích tại sao probe sống và probe sẵn sàng trong Kubernetes có vai trò khác nhau, giúp lập trình viên tránh vòng lặp khởi tạo lại do thiếu binary xử lý hàng đợi nền.