Multi-Stage Docker Builds vs Fat Images: What Actually Shrank Our Prod Image

Wait Longer

Một nhà phát triển phát hiện lỗi ngắt quãng trong các bài kiểm tra specification TypeScript/Node.js, xảy ra 3-4 lần trên 1000 lần chạy. Sau khi gỡ lỗi, cô nhận ra setTimeout của Node.js có thể kích hoạt trước thời gian delay quy định, khác với JavaScript trên trình duyệt vốn đảm bảo thời gian chờ tối thiểu. Giải pháp là thay thế hàm chờ dựa trên setTimeout bằng vòng lặp polling kiểm tra performance.now() mỗi millisecond để đảm bảo thời gian trôi qua đủ.

Lập trình viên cần đọc bài này vì nó giải thích cách Node.js xử lý setTimeout khác với JavaScript trong trình duyệt, khiến các delay không chính xác dẫn đến lỗi kiểm tra không đáng có.

Slint and the Node.js Event Loop

Slint 1.17 khắc phục tình trạng lãng phí CPU và độ trễ đầu vào bằng cách thay thế cơ chế …

Node.js — Node.js 26.5.0 (Current)

Node.js 26.5.0 bổ sung các tính năng mới như blob.textStream() trên buffer API, cờ --experimental-import-text cho ESM, cải tiến giám sát độ trễ vòng lặp sự kiện trong perf_hooks, và hỗ trợ báo cáo nhóm TLS. Bản phát hành cũng khắc phục nhiều lỗi trong HTTP, crypto, streams, VFS cùng cập nhật dependencies quan trọng.

Lập trình viên Node.js nên đọc bài này để cập nhật về các tính năng mới như blob.textStream() và --experimental-import-text cho ESM, cũng như cải tiến về hiệu suất, an toàn TLS và bug fix trong các module quan trọng như HTTP, crypto và streams, giúp nâng cao hiệu năng và bảo mật ứng dụng của họ.

Introducing AnduinOS Container: The Zero-Setup Microservice Base Image

AnduinOS Container là một base image Docker mới, được xây dựng từ đầu bằng pipeline debootstrap khai báo, có dung lượng chỉ dưới 150MB với duy nhất một lớp atomic. Ảnh này tích hợp sẵn 174 gói phần mềm (bao gồm Python 3.14, curl, vim, iproute2, TLS/SSL stack) và tương thích 100% với Ubuntu, hỗ trợ cả kiến trúc amd64 lẫn arm64, nhằm thay thế trực tiếp ubuntu:latest để loại bỏ các lệnh apt install lặp lại trong Dockerfile.

Nếu bạn thường xây dựng các ứng dụng microservice cần nhiều gói phần mềm và muốn tiết kiệm thời gian và công sức trong quá trình cấu hình Docker, AnduinOS Container sẽ giúp bạn loại bỏ việc lặp đi lặp lại các lệnh apt install bằng cách cung cấp một nền tảng chuẩn hóa, nhẹ nhàng và tích hợp sẵn.

EP221: How Docker Works Under the Hood

Bản tin EP221 giải thích cách Docker hoạt động bên trong: CLI gửi API call tới dockerd, delegated tới containerd, rồi gọi runc tạo Linux namespaces và cgroups — không dùng hypervisor. Ngoài ra, còn so sánh git merge vs rebase, đánh giá 12 vector databases (Pinecone, Weaviate, Milvus, Qdrant...), các chiến lược phân trang (offset, keyset, cursor, time-based) và cách LLM điều phối sub-agents cho tác vụ nghiên cứu sâu.

Lập trình viên nên đọc bài này để hiểu rõ cách Docker tối ưu hóa môi trường container hóa bằng cách sử dụng các hệ thống Linux như namespaces và cgroups mà không cần hypervisor, giúp tiết kiệm tài nguyên và nâng cao hiệu suất cho các ứng dụng quy mô lớn.

WSL container is now available for public preview

Microsoft vừa tung WSL containers ra bản preview công khai, tích hợp hỗ trợ container Linux gốc trực tiếp trong Windows Subsystem for Linux. Tính năng mới bổ sung công cụ CLI wslc.exe cho toàn bộ quy trình container (chạy, gỡ lỗi, kiểm thử) cùng API dựa trên NuGet (hỗ trợ C, C++, C#) giúp ứng dụng Windows sử dụng container Linux theo chương trình. Doanh nghiệp có thể tích hợp Microsoft Defender for Endpoint, chính sách quản lý Intune/GPO, và hỗ trợ dev containers trong VS Code. WSL container sử dụng hệ thống tập tin virtiofs (tăng tốc độ truy cập file Windows gấp đôi), chế độ mạng 'consomme' cải thiện tương thích VPN/proxy, và tối ưu tái sử dụng bộ nhớ. Người dùng có thể trải nghiệm ngay bằng lệnh wsl --update --pre-release, dự kiến phát hành chính thức vào mùa thu 2026.

Lập trình viên cần đọc bài này để khám phá cách tích hợp container Linux trực tiếp vào WSL, giúp tối ưu hóa công cụ chạy, debug và test ứng dụng cho các ngôn ngữ C/C++/C# trên Windows một cách hiệu quả và an toàn hơn.

CVE-2026-48931 Shouldn't Have Been a CVE

Matteo Collina, maintainer của HTTP stack và thư viện undici trong Node.js, cho rằng CVE-2026-48931 (vấn đề poisoning hàng đợi response HTTP/1.1 trong http.Agent) không đáng được xếp vào danh mục CVE vì đây là đặc tính vốn có của giao thức HTTP/1.1, không phải lỗi riêng của Node.js. Bản vá ban đầu gây lỗi giả (ERR_STREAM_PREMATURE_CLOSE) do listener 'data' công khai, ảnh hưởng tới nhiều dự án như Google API, Firebase CLI, Backstage. Sau đó, lỗi được khắc phục bằng cách thay thế bằng hook nội bộ onread. Ông cũng cảnh báo về tình trạng báo cáo bảo mật do AI tạo tràn lan, dẫn đến phân loại sai CVEs.

Bạn nên đọc bài này để hiểu cách phân biệt giữa các lỗ hổng thực sự là Node.js hay là cơ chế HTTP/1.1 chung, tránh rơi vào tình trạng đánh nhầm các cải thiện kỹ thuật thành CVE khi chúng không ảnh hưởng riêng biệt đến dự án của mình.