Phiên bản Node.js 26.8.0 (Current) được ra mắt như một môi trường chạy JavaScript miễn phí, mã nguồn mở và đa nền tảng. Nó được xây dựng trên motore V8 của Chrome và cung cấp API non‑blocking I/O, cho phép xử lý đồng thời nhiều kết nối mà không cần luồng bổ sung. Nhờ đó, các lập trình viên có thể xây dựng máy chủ HTTP, ứng dụng web, công cụ dòng lệnh và script chỉ bằng một ngôn ngữ JavaScript, giảm chi phí chuyển đổi ngữ cảnh giữa frontend và backend. Việc chọn Node.js 26.8.0 nghĩa là bạn nhận được một runtime ổn định, hỗ trợ các tính năng ES2023 mới nhất và có hệ thống package npm phong phú, giúp tăng tốc độ phát triển và duy trì mã nguồn. Ngoài ra, khả năng chạy trên Windows, macOS và Linux mà không thay đổi mã nguồn làm cho việc triển khai ứng dụng trở nên đơn giản và nhất quán.
Why read it: Lập trình viên nên đọc bài này để cập nhật những tính năng và cải tiến mới nhất trong phiên bản Node.js 26.8.0.
Answer 3 short questions to earn reward points for this article. Only do it if you want the points.
3 questions · under a minute · optional
Source: https://nodejs.org/en/blog/release/v26.8.0. 8 Sync News only summarizes and links out; content copyright belongs to the authors and original sources.
Đang tải bình luận…
Phiên bản pnpm 11.24 được ra mắt sau khi các tính năng liên quan đến cài đặt toàn cầu bị gỡ bỏ trong pnpm 11.0. Nó hồi phục lệnh pnpm approve-builds --global, cho phép duyệt và cho phép các bản build toàn cầu mà không bị cô lập như trước. Đồng thời, tính năng publish đệ quy được thay đổi để gom nhóm các gói theo registry, từ đó phát hiện sớm sự không khớp về thông tin đăng nhập trước khi bất kỳ gói nào được push lên. Ngoài ra, cờ --frozen-lockfile không còn gây lỗi khi phiên bản pnpm hiện tại khác với phiên bản được khóa trong lockfile, giúp các quy trình CI ổn định hơn. Điều này giúp các nhóm phát triển tránh lỗi publish do credential và giảm sự phụ thuộc vào phiên bản pnpm cụ thể khi khóa lockfile.
Bài viết này giúp bạn cập nhật những cải tiến quan trọng về quản lý global package và xuất bản batch trong pnpm 11.24.
pnpm 12.0 là bản ổn định đầu tiên sau khi viết lại toàn bộ công cụ bằng Rust, thay vì dựa trên Node.js như các phiên bản trước. Mặc dù là một bản viết lại, nhóm phát triển故意 giữ nguyên tất cả các lệnh, flags, cấu hình và định dạng lockfile của pnpm 11 để đảm bảo không có bất kỳ thay đổi nào đối với người dùng hiện tại. Vì vậy, các dự án đang sử dụng pnpm 11 có thể nâng cấp lên pnpm 12 mà không cần sửa đổi scripts, package.json hoặc lockfile, và tài liệu官方同時提供 hướng dẫn cho cả hai phiên bản. Bản Rust này mang lại cải thiện về tốc độ cài đặt và sử dụng bộ nhớ nhờ vào biên dịch bản địa và mô hình quản lý dependency hiệu quả hơn. Từ đây, chúng ta học được rằng việc refactor một công cụ quan trọng có thể thực hiện bằng ngôn ngữ hệ thống như Rust mà vẫn giữ sự tương thích ngược, nếu chúng ta tập trung vào việc giữ nguyên giao diện người dùng và định dạng dữ liệu.
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 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.
Bài viết giải thích cách di chuyển một đối tượng trên lưới hai chiều trong JavaScript bằng cách cập nhật tọa độ x và y dựa trên đầu vào của người dùng. Nguyên nhân kỹ thuật là mỗi khi nhận được lệnh di chuyển, code trước tiên tính toán vị trí mới rồi so sánh với giới hạn của lưới (0 ≤ x < width và 0 ≤ y < height) để quyết định có chấp nhận hay từ chối thao tác. Nếu vị trí mới vượt ra ngoài biên, hàm sẽ bỏ qua cập nhật và giữ đối tượng ở vị trí hiện tại, tránh lỗi truy cập ngoài mảng hoặc hiển thị bị cắt. Hệ quả là đối tượng luôn permanec trong khu vực hiển thị, giảm nguy cơ lỗi runtime và cải thiện trải nghiệm người dùng khi tương tác với lưới. Điều đáng học là luôn thực hiện kiểm tra ranh giới trước khi thay đổi trạng thái, có thể đóng gói logic này vào hàm reusable như moveIfValid(x, y, dx, dy, width, height) hoặc sử dụng Math.min/Math.max để clamp giá trị.
Để nắm vững cách di chuyển đối tượng trên lưới và tránh vi phạm ranh giới an toàn.
pnpm 11.21 và 11.22 thay đổi cách pnpm install xử lý lockfile, cập nhật nó trực tiếp thay vì giải quyết lại toàn bộ đồ thị phụ thuộc cho hầu hết các thay đổi thường ngày. Điều này được thực hiện bằng cách tắt ghi lại SSH URLs trong lockfile, giúp tránh lỗi cài đặt trên CI khi các URL đó không thể truy cập. Đồng thời, các cài đặt toàn cầu được thực hiện nguyên tử và các cập nhật tương tác toàn cầu теперь chọn toàn bộ nhóm cài đặt, đồng thời thêm lệnh pnpm cache path để truy cập nhanh vào thư mục cache. Tuy nhiên, bản cập nhật cũng loại bỏ khả năng di chuyển trạng thái máy của pnpm qua pnpm-workspace.yaml, giới hạn sự linh hoạt trong cấu hình workspace. Từ những thay đổi này, lập trình viên nên lưu ý đến chiến lược quản lý lockfile, tránh sử dụng SSH URLs trong môi trường CI và cân nhắc tác động của việc không thể di chuyển trạng thái máy khi thiết kế workspace.
Bài viết này giúp bạn hiểu những cải tiến quan trọng trong pnpm 11.21-11.22, từ tối ưu hóa hiệu suất cài đặt đến tăng cường độ ổn định cho môi trường CI.
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.
ESLint vừa phát hành phiên bản 10.9.0, công cụ linting phổ biến để kiểm tra mã JavaScript. Phiên bản này nâng cấp hệ thống plugin và cấu hình, cho phép tùy chỉnh quy tắc sâu hơn mà không cần thay đổi core. Nhờ đó, các nhà phát triển có thể phát hiện sớm các mẫu mã lỗi, kiểu dữ liệu không nhất quán và vi phạm phong cách với ít lỗi lặp hơn. Cải thiện hiệu suất của quá trình lint cũng giúp giảm thời gian chạy CI/CD trong các dự án lớn. Bài học là việc cập nhật ESLint định kỳ giúp duy trì chất lượng mã và tận dụng tối đa khả năng mở rộng của công cụ.
Lập trình viên nên đọc bài này để cập nhật những tính năng mới và cải tiến quan trọng trong ESLint v10.9.0 giúp nâng cao chất lượng code và tăng hiệu quả công việc.
Khi người dùng bắt đầu tải lên file vượt 5GB qua tính năng đính kèm trong Slack, máy chủ Node.js đang dùng middleware body‑parser mặc định cố gắng đọc toàn bộ payload vào RAM, khiến bộ nhớ tăng đột ngột và process bị kill khi vượt quá giới hạn heap. Nguyên nhân kỹ thuật là việc không sử dụng streaming parser, vì mỗi kết nối tiêu tốn khoảng 5–6 GB RAM trong thời gian xử lý upload, làm giảm khả năng xử lý song song và gây ra timeout cho các request khác. Hệ quả là server thường xuyên restart, perda dữ liệu upload chưa hoàn thành và thời gian phản hồi tăng lên tới 30 giây cho các truy vấn API bình thường. Để khắc phục, tác giả đã thay body‑parser bằng busboy (hoặc multiparty) và pipe dữ liệu trực tiếp vào một file tạm trên đĩa hoặc vào multipart upload của Amazon S3, đồng thời đặt giới hạn kích thước phần qua highWaterMark và bật chế độ tự động dọn dẹp file tạm sau khi hoàn thành. Bài học là đối với file lớn hơn vài trăm MB, Node.js không nên đọc toàn bộ payload vào bộ nhớ; thay vào đó, cần sử dụng streaming, lưu trữ tạm hoặc truyền trực tiếp tới dịch vụ lưu trữ đối tượng, và nếu cần xử lý sau upload thì offload sang worker thread hoặc dịch vụ nền.
Bài này sẽ dạy bạn cách xử lý upload file lớn trên Node.js mà không làm quá tải server.
Read the news here, practice coding, follow structured courses and train for IELTS on our sibling products — all connected through one 8 Sync account.
The ecosystem home: product overviews, blog and full pricing.
ExploreLearn along a clear roadmap: videos, auto-graded quizzes, certificates and mentors who ship for a living.
View the roadmap1,000+ DSA problems in Vietnamese, auto-graded across 7 languages — many FREE, right in your browser.
Practice for freeAI grading for all four IELTS skills with detailed rubric feedback.
Try it freeA 22 MB AI IDE for Vietnamese devs.
Download freeOrganizational memory for AI agents.
ExploreAI that staffs your Fanpage and qualifies leads for you.
Try it