Ảnh sang Base64
Chuyển ảnh PNG, JPG, WebP hoặc GIF thành data URI Base64, chuỗi Base64 thuần, thẻ img HTML hoặc background CSS. Rất phù hợp để nhúng các biểu tượng nhỏ trực
Kéo thả tệp ảnh vào đây
hoặc bấm để chọn tệp
Biến tệp PNG, JPG, WebP, GIF hoặc SVG thành Base64 và nhận đúng dạng bạn thực sự cần: một data URI đầy đủ, một chuỗi Base64 thuần, một thẻ <img> HTML hoặc một khai báo background CSS, sẵn sàng để dán vào.
Nhúng những hình ảnh nhỏ trực tiếp vào mã nguồn giúp bỏ đi một yêu cầu mạng và đảm bảo biểu tượng hiện ra ngay cả trước khi tệp stylesheet tải xong - đó là lý do data URI được ưa dùng cho biểu tượng, vòng xoay chờ và chữ ký email. Đánh đổi là dung lượng: Base64 lớn hơn tệp nhị phân khoảng một phần ba và không thể được cache riêng, nên hãy chỉ dùng cho tài nguyên nhỏ và liên kết bình thường với ảnh lớn hơn.
Cách chuyển ảnh sang Base64
Chọn một ảnh
Chọn định dạng đầu ra bạn cần
Sao chép data URI, thẻ hoặc mã CSS
Câu hỏi thường gặp
Khi nào nên nhúng ảnh thay vì liên kết tới ảnh?
Với những hình ảnh nhỏ, dùng thường xuyên, dưới khoảng 10 KB - biểu tượng, logo, vòng xoay chờ - khi việc tiết kiệm một yêu cầu mạng quan trọng hơn phần dung lượng tăng thêm. Ảnh chụp lớn nên giữ dạng tệp để trình duyệt cache được.
Vì sao chuỗi Base64 lớn hơn tệp của tôi?
Base64 mã hoá mỗi ba byte thành bốn ký tự, làm dung lượng tăng khoảng 33%. Khoản dư này là điều không thể tránh khỏi trong chính cách mã hoá.
Tôi có thể dùng những định dạng nào?
PNG, JPG, WebP, GIF và SVG. SVG vector nhúng dưới dạng data URI vẫn phóng to được, nên nó thường là lựa chọn tốt nhất cho biểu tượng.
Công cụ có dùng được cho CSS cũng như HTML không?
Có, hãy sao chép dạng CSS để dùng trong khai báo background-image, hoặc dạng HTML cho thuộc tính img src.
Các ứng dụng email có hiển thị ảnh nhúng không?
Hầu hết ứng dụng hiện đại đều hiển thị, nhưng một số lại loại bỏ data URI vì lý do bảo mật. Với mẫu email, hãy lưu ảnh trên máy chủ và liên kết tới nó nếu bố cục quan trọng.
Ảnh của tôi có bị tải lên không?
Không, việc mã hoá diễn ra trong trình duyệt của bạn.
Tổng quan nhanh
| Đầu vào | ảnh |
|---|---|
| Nhiều tệp cùng lúc | Có |
| Chạy ở đâu | Ngay trong trình duyệt - tệp không bao giờ bị tải lên |
| Dùng được ngoại tuyến | Có — sau khi trang đã tải xong |
| Giá | Miễn phí, không đăng ký, không hình mờ |
Những chỗ việc chuyển đổi âm thầm hỏng
Phần lớn lỗi chuyển đổi không nằm ở cú pháp mà ở ý nghĩa. Một cột mã bưu chính trong CSV mất các số 0 đứng đầu ngay khi bảng tính đoán rằng đó là số; một ID dài vượt quá độ chính xác của số dấu phẩy động; ngày tháng đổi nghĩa tuỳ theo nó được viết theo kiểu ngày trước hay tháng trước. Các khoá JSON không có thứ tự nhưng mảng thì có, và một công cụ sắp xếp khoá thì không đổi gì, còn công cụ sắp xếp mảng thì đổi dữ liệu. Unicode là một cái bẫy khác: văn bản có thể đến dưới dạng UTF-8, UTF-16 hoặc kèm dấu thứ tự byte, và một bộ giải mã đoán sai sẽ biến các ký tự có dấu thành chữ hỏng. Trước khi tin vào bất kỳ phép chuyển đổi nào, hãy kiểm tra nhanh hàng đầu và hàng cuối, mọi trường có số 0 đứng đầu, và mọi trường chứa dấu ngoặc kép, dấu phẩy hay ký tự xuống dòng.
Chọn một định dạng dữ liệu
JSON là mặc định cho mọi thứ một API trả về hoặc một chương trình đọc vào: nó xử lý cấu trúc lồng nhau, số, giá trị boolean và null một cách tự nhiên, và ngôn ngữ nào cũng phân tích được nó. CSV nhỏ hơn và mở thẳng vào bảng tính, nhưng nó không có cách nào diễn tả cấu trúc lồng nhau và không có tiêu chuẩn chung cho ký tự phân tách, cách đặt ngoặc kép hay bộ ký tự - đó chính là chỗ các phép chuyển đổi hay sai. XML dài dòng nhưng mang được thuộc tính, nội dung hỗn hợp và lược đồ, nên nó vẫn chiếm ưu thế trong các định dạng tài liệu và những hệ thống tích hợp cũ. YAML dễ đọc nhất cho phần cấu hình nhưng rất nhạy với dấu cách và có những cách ép kiểu gây bất ngờ ("no" thành false, một phiên bản như 1.10 thành 1.1). Hãy chọn định dạng mà công cụ tiếp nhận ưa dùng, chứ không phải định dạng trông đẹp nhất.