Building Stable Web Data Collectors in Node.js

gRPC-Web Failed the Web · Buf

gRPC-Web được ra đời để cho phép các ứng dụng trình duyệt gọi dịch vụ gRPC mà không cần …

pnpm 12.0

pnpm phiên bản 12.0 đã được phát hành là bản ổn định sau khi viết lại toàn bộ bằng Rust. Việc viết lại này nhằm cải thiện hiệu suất và độ tin cậy mà không thay đổi giao diện người dùng. Các lệnh, cờ, cấu hình và định dạng lockfile của pnpm 11 đều được giữ nguyên, nên nâng cấp không yêu cầu thay đổi dự án hiện có. Tài liệu chính thức đồng thời mô tả cách sử dụng cả hai phiên bản, giúp nhà phát triển có thể chọn phiên bản phù hợp. Bài học từ bản phát hành này là việc viết lại bằng Rust có thể mang lại lợi thế về hiệu suất, miễn là giữ nguyên tính tương thích ngược để giảm gánh nặng chuyển đổi cho người dùng.

Lập trình viên nên đọc bài này vì pnpm 12.0 được viết lại bằng Rust mang lại hiệu năng tốt hơn trong khi vẫn giữ nguyên toàn bộ cú pháp và định dạng file lock từ phiên bản trước.

Node.js — Node.js 24.20.0 (LTS)

Node.js 24.20.0 là phiên bản LTS mới nhất của môi trường chạy JavaScript đa nền tảng, miễn phí và mã nguồn mở. Nó cho phép các nhà phát triển viết mã JavaScript để xây dựng máy chủ, ứng dụng web, công cụ dòng lệnh và script mà không cần phụ thuộc vào trình duyệt. Với bản phát hành này, Node.js tiếp tục hỗ trợ các tính năng ES2023 và cải thiện hiệu suất V8, giúp giảm latency trong các dịch vụ I/O mạnh. Sự ổn định của chuỗi LTS đảm bảo rằng các ứng dụng sản xuất nhận được bản vá bảo mật và cập nhật tối thiểu trong vòng 30 tháng, giảmภาระ bảo trì. Do đó, khi quyết định sử dụng Node.js cho dự án backend, chọn phiên bản 24.20.0 LTS là cách để cân bằng giữa tính năng mới và hỗ trợ dài hạn.

Bài viết cập nhật Node.js 24.20.0 (LTS) giúp lập trình viên nắm bắt những cải tiến và tối ưu hóa mới nhất cho ứng dụng JavaScript của mình.

System Design Explained: APIs, Databases, Caching, CDNs, Load Balancing & Production Infra

Bài viết giải thích thiết kế hệ thống từ đơn giản (máy chủ đơn) đến phức tạp (hàng triệu người dùng), bao gồm API, cơ sở dữ liệu, caching, CDN, load balancing và hạ tầng sản xuất.

Bài viết giúp bạn hiểu rõ cách xây dựng cơ sở hạ tầng thực tế từ những nguyên tắc cơ bản nhất, từ đó tránh những sai lầm thường gặp khi mở rộng hệ thống khi còn mới mẻ.

Postgres's implicit transactions

PostgreSQL mặc định bọc mỗi câu lệnh trong một giao dịch riêng khi không có BEGIN…COMMIT rõ ràng. Tuy nhiên, khi gửi nhiều câu lệnh trong một chuỗi truy vấn đơn (thông qua PQexec hoặc các hàm plpgsql) hoặc sử dụng các tiện ích như COPY và CREATE INDEX CONCURRENTLY, máy chủ sẽ ẩn ý tạo một giao dịch duy nhất bao gồm tất cả các câu lệnh đó. Điều này có thể dẫn đến việc giữ khóa lâu hơn, tiêu thụ ID giao dịch tăng nhanh và làm khó khăn việc rollback một phần công việc khi lỗi xảy ra. Do đó, lập trình viên cần kiểm tra xem ứng dụng của mình có vô tình nhóm nhiều câu lệnh vào một giao dịch ngầm không và cân nhắc sử dụng BEGIN…COMMIT cụ thể khi cần kiểm soát granularity. Theo dõi pg_stat_activity để phát hiện các giao dịch mở dài hạn cũng là biện pháp phòng ngừa tốt.

Bài này giúp lập trình viên hiểu rõ cách Postgres tự động tạo giao dịch nhiều câu lệnh, tránh lỗi và tối ưu hiệu năng.

WebSocket vs SSE vs Long Polling: The Real Cost of 1,000 Events

Bài viết so sánh chi phí thực tế giữa WebSocket, SSE và Long Polling qua các số liệu đo lường như dung lượng dữ liệu truyền tải trên dây (wire bytes) cho mỗi sự kiện, độ trễ ở vòng lặp 50 ms, và tác động của HTTP/2 lên từng phương thức.

Một lập trình viên nên đọc bài này để hiểu rõ cách chọn giữa WebSocket, SSE và Long Polling khi cần tối ưu hóa hiệu suất mạng, giảm chi phí băng thông và latency trong ứng dụng thực tế với hàng ngàn sự kiện.

Skills vs. MCP tools for AI agents: When to use which

Bài viết nhấn mạnh việc lựa chọn giữa skills và MCP tools khi xây dựng AI agent phụ thuộc vào yêu cầu về khả năng kiểm tra (auditability) và độ linh hoạt. Skills được triển khai như các hàm độc lập, dễ dàng ghi log và truy vết, do đó cho kết quả auditability cao nhưng thường bị giới hạn bởi giao diện cố định, làm giảm khả năng thay đổi logic tại runtime. Ngược lại, MCP tools cho phép kết hợp linh hoạt các thành phần thông qua giao thức message‑passing, tăng khả năng mở rộng và thay đổi hành vi mà không cần biên dịch lại, nhưng làm tăng độ phức tạp của hệ thống và giảm mức độ minh bạch vì các luồng thông điệp khó theo dõi. Trong thử nghiệm mã nguồn side‑by‑side, việc sử dụng skills cho thấy thời gian phản hồi ngắn hơn và mức tiêu thụ tài nguyên ổn định hơn so với MCP tools, trong khi MCP tools cho phép thêm nhiều luồng xử lý song song mà không cần thay đổi lõi hệ thống. Bài học chính là: khi ưu tiên traceability và hiệu suất thấp, chọn skills; khi cần thử nghiệm nhanh và tích hợp nhiều dịch vụ bên ngoài, MCP tools là lựa chọn phù hợp, nhưng đội phát triển phải đầu tư vào công cụ tracing và giám sát để bù đắp cho sự mất auditability.

Bài viết giúp lập trình viên hiểu rõ khi nào nên dùng skills hay MCP tools để tối ưu hiệu năng và khả năng kiểm soát của AI agents.

Post-mortem: early Beta releases of Doltgres could trigger data loss on upgrade to 1.0

Bài viết mô tả sự cố xảy ra với khách hàng sử dụng phiên bản Beta đầu tiên của Doltgres khi họ nâng cấp lên phiên bản 1.0. Theo báo cáo post‑mortem, lỗi nằm ở script nâng cấp không đúng cách xử lý dữ liệu metadata từ các bản Beta, dẫn đến việc hệ thống coi bảng người dùng là tạm thời và xóa chúng trong quá trình chuyển đổi. Hệ quả là những khách hàng Beta đầu tiên mất toàn bộ dữ liệu đã lưu trữ trong Doltgres sau khi nâng cấp, khiến họ phải khôi phục từ bản sao lưu hoặc bắt đầu lại từ đầu. Đội phát triển đã xác định nguyên nhân là thiếu kiểm tra phiên bản trong hàm migration và đã sửa bằng cách thêm điều kiện kiểm tra trước khi thực hiện các thao tác thay đổi schema. Bài học được rút ra là cần luôn chạy thử nghiệm nâng cấp trên dữ liệu thực tế từ tất cả các phiên bản hỗ trợ và tự động hóa kiểm tra tính tương thích ngược trước khi phát hành phiên bản ổn định.

Bài báo tiết lộ lỗi nghiêm trọng khiến người dùng Beta sớm của Doltgres có nguy cơ mất dữ liệu khi nâng cấp lên phiên bản 1.0.