css custom highlight api javascript Tutorial

Is Minifying CSS Necessary? (2023)

Trong bối cảnh tối ưu hóa website, việc minifying CSS từng được coi là bắt buộc. …

This Month in Ladybird

Ladybird là một dự án trình duyệt mới được xây dựng từ đầu, nhằm mang lại trải nghiệm hiện …

Temporal: JavaScript Finally Fixes Dates

JavaScript’s built‑in Date object long suffered from mutability, zero‑based months and …

I still like writing websites by hand

Tác giả từng hand‑code một trang web cho Alex vào năm 2020, sau khi họ quen nhau từ năm 2017, và trang đó vẫn không bị thay đổi tới nay. Ông chọn viết bằng HTML thuần, CSS và vanilla JavaScript, không dùng bất kỳ framework hoặc công cụ build nào, nhằm tối ưu độ đơn giản và khả năng duy trì lâu dài. Sau hơn ba năm, trang web vẫn hoạt động ổn định mà không cần cập nhật, cho thấy việc tránh phụ thuộc vào thư viện bên thứ ba giảm thiểu rủi ro lỗi và công việc bảo trì. Điều này cho thấy khi mục tiêu là một trang web tĩnh thay đổi hiếm, việc hand‑code giúp kiểm soát hoàn toàn mã nguồn, giảm kích thước tải và dễ dàng di chuyển giữa các host. Bài viết nhắc nhở lập trình viên cân nhắc trade‑off giữa tốc độ phát triển bằng framework và lợi ích lâu dài của mã nguồn hand‑written, đặc biệt cho các dự án có thời gian sống dài.

Bài viết này giúp bạn hiểu được giá trị của việc viết website thủ công trong kỷ nguyên framework hiện đại.

9000 RPM is faster than your screen refreshes

Bài viết mô tả một animation minh hoạ cách động cơ thể thao quay ở 9000 RPM, tương đương 150 vòng quay trục khuỷu mỗi giây trên các cấu hình inline-4, V6, boxer-6 hoặc flat-plane V8. Bối cảnh là so sánh tốc độ quay này với tần số làm mới của màn hình thường dùng, thường là 60Hz hoặc 120Hz. Nguyên nhân kỹ thuật là việc đổi RPM sang vòng mỗi giây (9000 ÷ 60 = 150) cho thấy mỗi khung hình ở 60Hz chỉ cattur được một phần nhỏ của một vòng quay. Hệ quả là nếu chỉ dựa trên màn hình 60Hz, người xem sẽ không thể cảm nhận được sự mượt mà thực sự của động cơ ở tốc độ cao, dẫn tới hiểu lầm về hiệu suất. Điều đáng học là khi trực quan hoá hiện tượng máy móc quay nhanh, cần sử dụng tốc độ làm mới màn hình đủ cao (>= 144Hz) hoặc dùng kỹ năng chậm motion để tránh bỏ qua chi tiết quan trọng.

Bài này giúp bạn hiểu cách động cơ thể thao hoạt động ở tốc độ cực cao vượt qua khả năng cảm nhận của mắt người.

Scroll-driven CSS animations

Bài viết giới thiệu cách tạo hoạt ảnh dựa trên vị trí cuộn mà không cần JavaScript bằng cách sử dụng các tính năng mới của CSS. Nguyên nhân kỹ thuật là появление свойства animation-timeline cùng với các hàm scroll() và view() trong tiêu chuẩn CSS Scroll-driven Animations, cho phép liên kết timeline của hoạt ảnh trực tiếp với tiến trình cuộn trang. Hệ quả là các nhà phát triển có thể thực hiện các hiệu ứng parallax, reveal hoặc các hiệu ứng cuộn phức tạp chỉ bằng CSS, giảm phụ thuộc vào script và cải thiện hiệu suất render. Tuy nhiên, bài cũng nhắc kiểm tra mức độ hỗ trợ của trình duyệt hiện tại vì tính năng này mới chỉ được triển khai trong một số phiên bản mới nhất của các trình duyệt chính. Điều đáng học là trước khi áp dụng trong sản phẩm, cần xác định mức độ hỗ trợ và przygotować dự án fallback hoặc sử dụng polyfill để tránh trải nghiệm bị hỏng đối với người dùng trên trình duyệt cũ.

Hướng dẫn tạo hiệu ứng động dựa trên vị trí cuộn trang mà không cần JavaScript qua CSS mới nhất.

Fixing Top-Level Await in Safari

Safari trước đây gặp lỗi khi sử dụng top‑level await vì bộ nạp module của nó còn dựa trên bản đề xuất WHATWG Loader đã bị bỏ và không tuân thủ đầy đủ spec ECMAScript. Nguyên nhân là bộ nạp cũ được viết bằng JavaScript, dẫn tới lỗi “accessed before initialization” và thứ tự đánh giá module không chính xác. Để khắc phục, nhóm WebKit đã viết lại toàn bộ bộ nạp module từ đầu bằng C++ nguyên bản và kiểm tra kỹ lưỡng bằng fuzzing, test262, WPT và các test case do Bun engineers cung cấp. Kết quả là Safari 27 beta và Safari Technology Preview 251 đã полностью hỗ trợ top‑level await mà không còn những lỗi trước đây. Bài học là đầu tư vào việc viết lại thành phần lõi bằng ngôn ngữ native và thực hiện bộ kiểm tra đa dạng giúp đạt được tuân thủ spec và ổn định lâu dài. Nhà phát triển có thể kiểm tra tính năng này ngay trong Safari Technology Preview 251 hoặc bản beta Safari 27 để xác nhận việc top‑level await hoạt động đúng như mong đợi.

Bài này giúp lập trình viên hiểu Safari đã sửa lỗi top-level await ảnh hưởng đến cách module được tải và thực thi.