Node.js JWKS Endpoint with Crypto: Add Missing Metadata

JavaScript Event Loop Explained: Queue Tracing and Debugging Guide

Event Loop trong JavaScript hoạt động khác biệt giữa browser và Node.js, đặc biệt với cách …

How to compile JavaScript into a single executable

Deno compile và bun build --compile cùng Node.js single executable apps cho phép biên dịch …

I Wrote a Book on Node.js and Never Told You

Tác giả đã viết cuốn sách "The Conscious Node" với 157 mẹo tối ưu hóa backend Node.js cho môi trường production. Cuốn sách tập trung vào các kỹ thuật nâng cao giúp xử lý đồng thời concurrency và quản lý bộ nhớ memory leak hiệu quả. Ba mẹo đầu tiên được cung cấp miễn phí cho người đọc muốn đánh giá chất lượng nội dung. Đây là tài liệu hữu ích cho các lập trình viên đang muốn nâng cao kỹ năng Node.js trong thực tế production environment.

Sách Node.js này cung cấp 157 mẹo thực tế giúp xây dựng backend bền vững trong môi trường production.

Issue #806: Ryan Dahl: 'Why reimplement Node? It works.' — JavaScript Weekly

Ryan Dahl, người tạo ra Node.js, bày tỏ nghi ngờ về việc reimplement Node trong bối cảnh các dự án mới như Deno và Bun. Ông cho rằng Node.js đã hoạt động tốt với hiệu năng V8 Engine và event loop, việc thay đổi chỉ gây ra fragmentation cho hệ sinh thái JavaScript. Hệ quả là các lập trình viên phải đối mặt với nhiều lựa chọn thay thế, làm tăng độ phức tạp trong việc chọn công nghệ phù hợp. Điều đáng học là bài học về sự ổn định và lợi ích của việc duy trì nền tảng đã được chứng minh hơn là liên tục tạo ra phiên bản mới.

Ryan Dahl chia sẻ lý do đằng sau việc tạo lại Node.js cho Deno và những bài học quan trọng về thiết kế hệ thống.

How Booking.com cut Node.js costs by 38% with Watt

Booking.com đã tiết giảm chi phí compute cho Node.js tới 38% khi chuyển từ pm2 sang Watt. Công nghệ Watt giúp giảm số lượng pod cần thiết, cắt giảm 20% lượng memory sử dụng, đồng thời giảm được latency. Điều đáng chú ý là tất cả các thay đổi này được thực hiện mà không cần thay đổi bất kỳ dòng service code nào. Giải pháp Watt hoạt động bằng cách tối ưu hóa hiệu suất runtime của Node.js một cách thông minh.

Bài viết cho thấy cách giảm chi phí Node.js hiệu quả mà không cần thay đổi code dịch vụ.

Node.js — Node.js 26.11.1 (Current)

Node.js phiên bản 26.11.1 là một runtime environment mã nguồn mở cho phép phát triển server, ứng dụng web, công cụ dòng lệnh và script. Phiên bản này tiếp tục phát triển trên nền tảng JavaScript, tích hợp các cải tiến về hiệu năng và bảo mật. Các lập trình viên nên cân nhắc nâng cấp lên phiên bản mới nhất để tận hưởng các bản vá bảo mật quan trọng và tối ưu hóa performance trong ứng dụng. Đặc biệt, phiên bản Current mang đến những tính năng experimental có thể định hình hướng phát triển trong tương lai của ecosystem Node.js.

Bài viết này giúp lập trình viên nắm rõ phiên bản Node.js 26.11.1 với các cải tiến và tính năng mới nhất.

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. Nguyên nhân kỹ thuật nằm ở cách V8 xử lý prototype chain khi prototype được đặt thành null. Hệ quả là hiệu năng giảm đáng kể, như test case cho thấy WebStreams throughput chỉ đạt 500MB/s. Điều đáng học là thay thế literal object bằng classes hoặc Object.setPrototypeOf giúp tăng hiệu năng lên 2x, đạt 1GB/s throughput trong Node core.

Tìm hiểu cách tối ưu hiệu suất bằng cách loại bỏ nguyên mẫu null để tăng gấp đôi throughput trong Node.js.

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ỏ hoàn toàn, nhưng thực tế chỉ chuyển dịch sang vị trí khác. Các ORM như Sequelize, Prisma, TypeORM, và Knex vẫn có thể bị khai thác SQL injection khi phép ánh xạ đối tượng quan hệ không được triển khai chính xác. Kẻ tấn công có thể lợi dụng các phương thức động hoặc hàm không được parameter hóa để chèn mã độc vào truy vấn. Lỗi thường gặp nhất là sử dụng template literals kết hợp với các giá trị đầu vào không được kiểm soát, dẫn đến lỗ hổng bảo hiểm nghiêm trọng. Mặc dù có SQL injection ORM vẫn tồn tại, bài viết cung cấp các giải pháp cụ thể để bảo vệ ứng dụng, nhấn mạnh tầm quan trọng của việc kiểm tra đầu vào và sử dụng prepared statements thay vì concatenation strings.

ORM có thể vẫn để lỗ hổng SQL injection đi qua nếu bạn không sử dụng chúng đúng cách.