Tạo UUID / ULID
Tạo hàng loạt UUID v4, UUID v7 theo thời gian, ULID hoặc ID ngẫu nhiên ngắn. Chọn số lượng cần dùng, bỏ dấu gạch nối, đổi chữ hoa chữ thường và sao chép cả
Tạo mã định danh duy nhất khi cần: UUID v4 (ngẫu nhiên), UUID v7 (theo thời gian), ULID và các ID ngẫu nhiên ngắn. Chọn phiên bản, số lượng bạn cần, rồi sao chép danh sách thẳng vào mã, dữ liệu kiểm thử hoặc cơ sở dữ liệu của bạn.
Lựa chọn này quan trọng: v4 là mặc định an toàn cho khoá chính, còn v7 và ULID bắt đầu bằng dấu thời gian, nhờ đó chỉ mục cơ sở dữ liệu vẫn hiệu quả vì các hàng mới được chèn gần nhau. Hãy dùng ID ngẫu nhiên ngắn khi bạn chỉ cần một token khó đoán thay vì một mã định danh chuẩn.
Cách tạo UUID hoặc ULID
Chọn loại mã định danh
Đặt số lượng bạn cần
Sao chép danh sách
Câu hỏi thường gặp
UUID v4 và v7 khác nhau thế nào?
Phiên bản 4 hoàn toàn ngẫu nhiên. Phiên bản 7 đặt dấu thời gian mili giây lên đầu, nên các mã định danh sắp xếp theo thời điểm tạo - tốt hơn cho tính cục bộ của chỉ mục cơ sở dữ liệu và vẫn duy nhất trên toàn cầu.
ULID là gì?
Là mã định danh 26 ký tự dùng Crockford Base32: một dấu thời gian 48 bit theo sau là 80 bit ngẫu nhiên. Nó sắp xếp được theo thứ tự từ điển, rất hữu ích trong nhật ký và tên tệp.
Những mã định danh này có thật sự duy nhất không?
Chúng được tạo từ một nguồn ngẫu nhiên an toàn về mặt mật mã. Xác suất trùng một mã v4 là cực kỳ nhỏ, nên trên thực tế là có.
Tôi có nên dùng chúng làm khoá cơ sở dữ liệu không?
Chúng an toàn, nhưng một khoá v4 ngẫu nhiên sẽ rải các lần chèn khắp chỉ mục. Nếu hiệu năng chèn quan trọng, hãy ưu tiên v7 hoặc ULID vì chúng theo thứ tự thời gian.
Tôi có thể tạo nhiều mã cùng lúc không?
Có, hãy đặt số lượng và sao chép toàn bộ danh sách trong một lần - rất tiện để tạo dữ liệu kiểm thử.
Có gì được gửi lên máy chủ không?
Không, các mã định danh được tạo trong trình duyệt của bạn.
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ờ |
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.
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.