Tạo mã QR
Tạo mã QR độ phân giải cao từ bất kỳ văn bản, liên kết, chuỗi Wi-Fi hay thông tin liên hệ nào. Chọn kích thước và mức sửa lỗi, rồi tải PNG về hoặc sao chép
Tạo mã QR từ bất kỳ văn bản nào: liên kết website, thông tin đăng nhập Wi-Fi, thông tin liên hệ, địa chỉ hay một tin nhắn thường. Hãy chọn kích thước đầu ra và mức sửa lỗi, rồi tải tệp PNG về hoặc sao chép data URI để nhúng mã trực tiếp vào HTML hay CSS.
Mức sửa lỗi cao giúp mã chịu được một vết xước hay bản in kém, đổi lại mật độ chấm dày hơn - mức M là mặc định tốt, còn H là thứ bạn cần cho tem nhãn, bao bì và mọi thứ có thể bị bẩn. Hãy luôn thử mã đã in bằng một chiếc điện thoại thật trước khi đặt in số lượng lớn.
Cách tạo mã QR
Nhập văn bản, liên kết hoặc chuỗi Wi-Fi
Chọn kích thước và mức sửa lỗi
Tải tệp PNG về hoặc sao chép data URI
Câu hỏi thường gặp
Nên chọn mức sửa lỗi nào?
Mức M (chịu được khoảng 15% hư hại) phù hợp cho màn hình và bản in sạch. Mức H (khoảng 30%) dành cho tem nhãn, bao bì và nơi ngoài trời, khi mã có thể bị xước hoặc bị che một phần.
Làm sao tạo mã QR cho Wi-Fi?
Dùng đúng định dạng chuỗi chuẩn WIFI:T:WPA;S:network-name;P:password;; thì điện thoại sẽ hỏi tham gia mạng khi quét mã. Hãy giữ mật khẩu an toàn cho URL hoặc escape các ký tự đặc biệt.
Nên in với kích thước bao nhiêu?
Một nguyên tắc chung là tối thiểu 2 x 2 cm cho điện thoại ở khoảng cách gần, và lớn hơn cho áp phích nhìn từ xa - khoảng một phần mười khoảng cách nhìn. Tệp PNG được tạo đủ lớn để phóng to.
Tôi có thể đặt logo vào giữa không?
Không trong công cụ này. Nếu bạn làm ở nơi khác, hãy nhớ rằng che phần giữa là làm mất dữ liệu; mức sửa lỗi H chính là thứ khiến việc phủ một logo nhỏ trở nên an toàn.
Mã QR có bị theo dõi hay hết hạn không?
Không. Đây là mã QR tĩnh: nội dung được mã hoá ngay trong hình chấm, nên chúng không bao giờ hết hạn và không phải dạng chuyển hướng có thể bị tắt đi.
Nội dung của tôi có bị tải lên không?
Không, mã được tạo trong trình duyệt của bạn. Lưu ý rằng bất kỳ ai quét mã cũng sẽ thấy nội dung, nên đừng bao giờ mã hoá một mật khẩu riêng tư mà bạn không muốn chia sẻ.
Tổng quan nhanh
| Đầu vào | văn bản |
|---|---|
| Nhiều tệp cùng lúc | Không |
| 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.
Xử lý thông tin bí mật một cách an toàn
Các công cụ dành cho lập trình viên xử lý thông tin đăng nhập thường xuyên hơn người ta tưởng, và rủi ro không nằm ở thuật toán mà ở chỗ dữ liệu đi tới. Băm là một chiều và không phải mã hoá - MD5 và SHA-1 đã bị phá với mọi mục đích liên quan đến bảo mật, và ngay cả SHA-256 cũng là công cụ sai để lưu mật khẩu, nơi bcrypt, scrypt hay Argon2 tồn tại chính là để chạy chậm. Base64 là một cách mã hoá, không phải bảo vệ: ai cũng giải mã được, nên đừng bao giờ coi nó là cách che giấu. Một JWT có thể bị bất kỳ ai giữ nó đọc được, vì thế phần payload không bao giờ được chứa bí mật, và việc giải mã một token không xác minh chữ ký của nó - muốn xác minh phải có khoá. Mọi thứ trên site này chạy cục bộ trong trình duyệt của bạn, và đó là lý do nó có thể xử lý token cùng mật khẩu một cách an toàn.