Phát triển Web

CSS Minify / Beautify

Nén CSS cho production hoặc định dạng CSS đã nén thành dạng dễ đọc.


                        
                    

Minifying CSS strips whitespace, comments, and line breaks that only exist for human readability and have no effect on how a browser applies styles. The result is a smaller file and a faster page load.

How to use it

Common uses

Things to keep in mind

Minification never changes styling behavior — it's a purely syntactic transformation; if a page looks different after minifying, that's a bug in the tool, not an intentional change.

Without a source map, debugging minified CSS in production is harder — the line numbers shown in the browser console won't match the original file.

Bài viết về công cụ này: Rút gọn CSS: điều gì thực sự bị loại bỏ khỏi tệp và vì sao

Câu hỏi thường gặp

Thu nhỏ thực sự loại bỏ những gì khỏi CSS của tôi?

Minify loại bỏ khoảng trắng, ngắt dòng và chú thích, đồng thời rút ngắn một số giá trị, giảm kích thước tệp mà không thay đổi cách CSS hoạt động.

Beautify có thể khôi phục hoàn hảo định dạng gốc của tôi không?

Beautify định dạng lại CSS đã thu nhỏ với thụt lề và ngắt dòng để dễ đọc, nhưng không thể khôi phục chú thích hay lựa chọn kiểu gốc của bạn, vì chúng đã bị loại bỏ trong quá trình thu nhỏ.

Thu nhỏ có an toàn với bất kỳ CSS hợp lệ nào không?

Có — với CSS hợp lệ về cú pháp, thu nhỏ chỉ loại bỏ ký tự dư thừa và không bao giờ thay đổi bộ chọn hay giá trị thuộc tính, và mọi thứ chạy cục bộ trong trình duyệt của bạn.

Tôi có vẫn cần rút gọn nếu máy chủ đã nén tệp bằng Gzip không?

Có — rút gọn và nén Gzip/Brotli bổ sung cho nhau: rút gọn thu nhỏ chính tệp nguồn trước khi nén, còn Gzip/Brotli nén thêm kết quả trong quá trình truyền, nên kết hợp cả hai cho kích thước cuối cùng nhỏ hơn so với chỉ dùng một kỹ thuật.

Source map cho CSS đã rút gọn là gì?

Source map là một tệp riêng ánh xạ các dòng của CSS đã rút gọn trở lại mã gốc đã định dạng, cho phép công cụ phát triển của trình duyệt hiển thị đúng số dòng và tên tệp khi gỡ lỗi, ngay cả khi phiên bản thực sự được triển khai lên production là bản đã rút gọn.

Bài viết: Phát triển Web

HEX, RGB, HSL: vì sao có nhiều cách viết một màu đến vậy

Vì sao các nhà thiết kế thường chọn HSL thay vì HEX khi chọn sắc độ màu bằng tay.

Rút gọn JavaScript: sự khác biệt giữa rút gọn và làm rối mã

Vì sao mã đã rút gọn vẫn có thể đọc được nếu muốn, còn mã đã làm rối thì không.

Rút gọn HTML: vì sao khoảng trắng trong markup lại có ý nghĩa

Vì sao loại bỏ khoảng trắng bên trong <pre> hoặc một textarea có thể phá vỡ giao diện trang, khác với hầu hết mọi nơi khác.

Gradient CSS: linear khác gì với radial và conic

Vì sao conic-gradient phù hợp với biểu đồ tròn, còn radial-gradient tạo hiệu ứng vệt sáng.

Thuật toán Luhn: cách kiểm tra tính đúng đắn của số thẻ

Vì sao một số thẻ vượt qua kiểm tra Luhn không có nghĩa là thẻ đó thực sự tồn tại.

IBAN: cấu trúc của một số tài khoản ngân hàng quốc tế

Vì sao hai chữ cái đầu tiên của IBAN là mã quốc gia, không phải một phần của số tài khoản.

Mã QR: một liên kết vừa vặn trong ô vuông điểm ảnh như thế nào

Vì sao một mã QR có logo ở giữa vẫn quét được dù một phần hoa văn bị che.

Mã vạch: Code 128 khác gì với EAN-13

Vì sao sản phẩm trên kệ hàng gần như luôn dùng EAN-13 thay vì Code 128.

Ảnh placeholder: vì sao ảnh giả lại quan trọng trong quá trình phát triển

Vì sao các nhà phát triển cố tình chèn hình chữ nhật xám thay vì ảnh thật khi một bố cục vẫn đang được xây dựng.