Створюйте UUID (GUID) версії 4 за RFC 4122 з використанням криптографічно безпечної випадковості, повністю у вашому браузері.
UUID (Universally Unique Identifier, також відомий як GUID у Windows) — це 128-бітне число, що використовується для унікальної ідентифікації даних між системами без центрального органу. UUID версії 4 створюються з випадкових чисел.
Практично так. UUID v4 має 122 випадкових біти, що дає 2^122 ≈ 5.3 × 10^36 можливостей. Ймовірність колізії мізерна навіть при створенні мільярдів на секунду протягом тисячоліть.
Порада: натисніть Space або R, щоб створити знову.
Відповідає RFC 4122, криптографічно випадкові, повністю на стороні клієнта.
Використовує crypto.randomUUID або crypto.getRandomValues — криптографічно безпечний генератор випадкових чисел браузера, той самий, що використовують банки та менеджери паролів.
Створює справжні UUID версії 4 з правильними бітами версії (4xxx) та варіанту (10xx). Унікальність гарантована для всіх практичних цілей (2^122 можливостей).
Доступний 25 мовою з автоматичним визначенням браузера. Підтримка RTL для арабської, перської та урду.
Створюйте від 1 до 10 UUID за раз. Копіюйте окремі UUID, копіюйте всі одразу або завантажуйте як файл.txt.
Стандартні малі літери, великі літери, без дефісів або з фігурними дужками {} — для будь-якої системи, що їх використовує (SQL Server,.NET, Postgres тощо).
Усі UUID створюються повністю у вашому браузері. Нічого не надсилається на сервер, без журналів, без телеметрії.
RFC 4122 v4 UUID з браузерного CSPRNG, поодиноко чи пакетно.
Згенеруйте один UUID, малий пакет (10 / 100) або до 10 000 одночасно для seed-у тестових даних. Великі пакети потоково потрапляють у textarea, щоб сторінка не зависала.
Сучасні браузери надають crypto.randomUUID, що видає UUID v4 за RFC 4122 на основі тієї ж апаратної випадковості, що й crypto.getRandomValues. Ми використовуємо його напряму — без сторонніх бібліотек і без компромісів за якістю.
Виберіть малий регістр (за замовчуванням), великий, з / без дефісів, або з фігурними дужками (формат GUID Microsoft). Перетворення — це заміна рядка; випадковість залишається тією ж.
Один клік копіює UUID в буфер обміну. Для пакетів — завантажуйте як .csv з одним UUID на рядок — корисно для seed-у бази даних або генерації test fixtures.
Різні схеми ID мають різні компроміси.
v4 повністю випадковий, тож розкидає вставки по сторінках B-tree замість того, щоб гарячою точкою була остання сторінка. Добре для таблиць з низьким-середнім записом; для високозаписних таблиць розгляньте UUID v7 (з префіксом часу) для локальності індексу.
Генеруйте свіжий UUID на кожен запит, щоб корелювати логи між сервісами. v4 більш ніж унікальний — імовірність колізії математично нікчемна.
Потрібно 1000 унікальних ID для test fixture? Згенеруйте пакет, вставте у seeder, готово. Швидше за 1000 викликів UUID-функції бази.
Коли підписуєте JWT, claim jti (JWT ID) має бути унікальним на токен. v4 — стандартний вибір — вставте свіжий у код підпису токена.
Якщо генератор UUID бере випадковість із сервера, з'являються два режими відмови: сервер може зливати згенеровані вами ID (привʼязуючи їх до вашого IP) або — гірше — видавати передбачувані ID, якщо його RNG слабкий. iKit використовує апаратно підкріплений CSPRNG вашого браузера напряму, тож жодне з цих не можливе.
crypto.randomUUID недетермінований і стандартизований.
Детальні посібники та порівняння інструментів з блогу iKit.
UUID (Universally Unique Identifier, також відомий як GUID у Windows) — це 128-бітне число, що використовується для унікальної ідентифікації даних між системами без центрального органу. UUID версії 4 створюються з випадкових чисел.
Практично так. UUID v4 має 122 випадкових біти, що дає 2^122 ≈ 5.3 × 10^36 можливостей. Ймовірність колізії мізерна навіть при створенні мільярдів на секунду протягом тисячоліть.
Ні. Створення відбувається повністю у вашому браузері через Web Crypto API JavaScript. Жодних мережевих запитів не виконується при створенні UUID. Переконайтеся самі у вкладці Network вашого браузера.
Це одне й те саме. GUID (Globally Unique Identifier) — це назва Microsoft для того самого 128-бітного ідентифікатора, визначеного RFC 4122. Цей інструмент створює ідентифікатори, сумісні з обома.
Так, UUID часто використовуються як primary key у розподілених системах. Однак v4 випадковий — якщо вам потрібні сортовані/впорядковані за часом ID (ULID, v7, Snowflake), використовуйте іншу схему, щоб уникнути фрагментації індексу B-tree.