Генератор NanoID

Что такое Nano ID и чем этот генератор отличается

Nano ID — это формат коротких уникальных идентификаторов, спроектированный для веб-приложений, API и баз данных. Его главная особенность — стандартная длина 21 символ, что заметно короче UUID (36 символов) или ULID (26 символов). При этом 21 символ Nano ID обеспечивает сопоставимую устойчивость к коллизиям благодаря большому алфавиту (по умолчанию 64 URL‑безопасных символа) и внутреннему использованию криптостойкого генератора случайных чисел.

Генератор на этой странице отличается от типовых реализаций полной настраиваемостью длины и набора символов. Вы не привязаны к фиксированным 21 символам: длину можно менять от 2 до 36. Алфавит — редактируемое текстовое поле; по умолчанию он содержит URL‑безопасные символы (A‑Z, a‑z, 0‑9, а также «_» и «-»), но вы можете вписать любой набор, например только цифры или только латинские буквы нижнего регистра. Изменение любого параметра (длина, алфавит, количество) мгновенно перегенерирует ID — нет кнопки «Применить», всё происходит в реальном времени.

Ещё одно отличие — количество генерируемых ID. Допускается от 1 до 100 за раз. Каждый ID гарантированно уникален в пределах одной генерации (набор не содержит дубликатов), но при многократных генерациях коллизии возможны — их вероятность зависит от длины и размера алфавита. Поскольку генерация происходит в браузере с использованием crypto.getRandomValues, никакие данные не покидают ваш компьютер — это важно для приватности.

Настраиваемые параметры: длина и алфавит

Интерфейс инструмента даёт три рычага управления форматом Nano ID: Count (количество, 1–100), Length (длина, 2–36) и Alphabet (алфавит, строка символов). Последние два — самые интересные.

Длина. По умолчанию 21 символ. Если уменьшить её до 2, ID станут очень короткими (например, «a3»), но резко возрастёт вероятность коллизии. Наоборот, увеличение до 36 даёт максимальную защиту от коллизий, но теряется преимущество в компактности. Практический совет: для большинства внутренних систем хватает 16–21 символа. Для публичных ссылок, которые должны быть короткими (например, в QR‑кодах), можно ставить 8–12.

Алфавит. По умолчанию 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ_abcdefghijklmnopqrstuvwxyz- — 64 символа. Вы можете удалить символы, которые путаются (например, O и 0, l и 1). Можно оставить только цифры (0-9, 10 символов) — тогда для сохранения той же устойчивости к коллизиям длину придётся увеличить. Формула зависимости: для заданного числа возможных ID при длине L и размере алфавита A оно равно A^L. Чтобы получить, скажем, 10^12 вариантов, при алфавите из 10 цифр нужна длина L = log(10^12)/log(10) = 12 символов, а при алфавите из 64 символов — всего log(10^12)/log(64) ≈ 6,6 → 7 символов.

Генератор проверяет, что алфавит содержит как минимум 2 разных символа. Если вы случайно стёрли все символы или оставили один, поле очищается, количество сгенерированных ID становится 0, а кнопка «Copy all» отключается. Это сделано, чтобы невозможно было создать бессмысленный ID из одного повторяющегося символа — такой ID не давал бы никакой энтропии.

Почему 21 символ — разумный компромисс

Разработчики Nano ID выбрали 21 символ не случайно. При алфавите из 64 символов число возможных ID равно 64^21 ≈ 8,5 × 10^37. Для сравнения, UUID версии 4 (случайный) даёт 2^122 ≈ 5,3 × 10^36 вариантов — то есть у Nano ID их примерно в 16 раз больше. При этом Nano ID на 15 символов короче UUID (21 против 36), что при передаче в URL или хранении в базе данных экономит 42% длины строки.

Коллизионная стойкость измеряется в вероятности хотя бы одного совпадения при N сгенерированных ID. Для 21-символьного Nano ID можно генерировать около 10^15 ID, прежде чем вероятность коллизии достигнет 50% — на практике это означает, что коллизии практически не случаются даже при масштабировании до миллиардов записей.

Если же вам нужна гарантированная уникальность без вероятности (например, для первичных ключей), используйте последовательные ID или UUID v7 с временной меткой. Nano ID — это компромисс между компактностью и статистической уникальностью, и 21 символ — оптимальная точка для большинства сценариев.

Регулируя длину, вы можете адаптировать ID под конкретные ограничения. Например, если поле в базе данных имеет ограничение VARCHAR(16), поставьте длину 16. Если нужно вписать ID в SMS или QR‑код с минимальным объёмом данных, попробуйте 10 символов — при алфавите из 64 символов это всё равно даёт 64^10 ≈ 1,15 × 10^18 вариантов, то есть примерно 1 миллион миллиардов.

Как работает генерация: локально, безопасно, без сервера

Все ID генерируются непосредственно в вашем браузере с помощью crypto.getRandomValues — это криптостойкий генератор псевдослучайных чисел, доступный во всех современных браузерах. Каждый символ ID выбирается случайным образом из заданного алфавита; при этом распределение равномерное, то есть любой символ появляется с одинаковой вероятностью.

Никаких запросов к серверу BroBroGo не происходит. Ваши алфавит, длина и сгенерированные ID никогда не покидают вашу машину. Это важно для сценариев, где идентификаторы могут быть чувствительными (например, токены для сброса пароля или сессионные ключи). Приватность гарантируется архитектурой: всё выполняется на стороне клиента.

Генерация происходит при каждом изменении любого поля — нет кнопки «Сгенерировать». Это сделано для мгновенной обратной связи: вы видите результаты сразу, как только меняете длину или алфавит. Если вы копируете один ID, просто кликнув по нему, он сразу попадает в буфер обмена. Кнопка «Copy all» копирует все ID списком, каждый на новой строке.

Правила и граничные случаи

Инструмент строго следит за корректностью ввода. Основные правила:

• Длина: от 2 до 36 символов. Слайдер ограничивает эти значения, но можно ввести число вручную — оно будет приведено к диапазону.
• Количество ID: от 1 до 100. Если ввести больше 100, автоматически сбросится до 100.
• Алфавит: должен содержать не менее 2 различных символов. Если удалить все символы или оставить только один, то:
  • IDs count становится 0.
  • Список ID очищается.
  • Кнопка «Copy all» отключается.
  • Появляется сообщение «Alphabet needs at least 2 different characters».
• Уникальность внутри одного набора: при генерации проверяется, что все ID в списке разные. Если случайно выпали дубликаты (крайне маловероятно при длине ≥ 2 и алфавите ≥ 2, но теоретически возможно), они отбрасываются и генерируются новые, пока не будет набрано нужное количество уникальных.
• Статусы: когда генератор бездействует, вы видите «Ready.»; после успешной генерации — «Generated.»; после копирования всех — «Copied all!».

Граничные случаи, которые стоит знать:

• Если длина 2, а алфавит состоит из 2 символов, то возможно всего 4 уникальных ID (например, "ab", "aa", "ba", "bb"). При запросе 100 ID генератор не сможет выдать 100 уникальных — он будет бесконечно пытаться, пока не выйдет по лимиту попыток. Фактически, при малом пространстве ID (A^L < N) генерация невозможна. Инструмент этого не показывает явно, но на практике при малых длинах и алфавитах стоит запрашивать количество, не превышающее A^L.

Кому и зачем нужен Nano ID

Nano ID — инструмент для разработчиков, которым нужны короткие, безопасные, уникальные идентификаторы без централизованной координации. Вот типовые сценарии:

• Ключи в NoSQL базах данных (MongoDB, DynamoDB). Короткие ID экономят индексное пространство и ускоряют поиск.
• URL‑токены (короткие ссылки, идентификаторы заказов в URL). Nano ID не содержит символов, требующих URL‑кодирования (кроме дефиса и подчёркивания, которые и так разрешены).
• Уникальные имена файлов или папок. Можно задать алфавит, исключающий буквы, которые трудно различить (например, «O» и «0»).
• Токены для подтверждения email или сброса пароля. Здесь важна криптостойкость — crypto.getRandomValues обеспечивает её.
• QR‑коды. Чем короче ID, тем меньше пикселей в коде.

Настраиваемый алфавит позволяет решать специфические задачи: например, если нужно генерировать пароли, можно включить все печатные символы ASCII. Если нужно только цифры — для OTP или PIN‑кодов. Если нужно избежать путаницы при ручном вводе, можно оставить только строчные буквы без «l» и «1».

Разработчики, которым важна приватность, оценят локальную генерацию. Вы можете использовать этот инструмент для создания секретных токенов, не опасаясь, что они будут перехвачены или сохранены на сервере. Это же делает его полезным для тестирования: не нужно настраивать API для генерации ID — всё готово в браузере.

Часто задаваемые вопросы

1. Можно ли получить два одинаковых ID при многократной генерации? Да, может. Хотя вероятность крайне мала при длине 21 символ и алфавите 64 символа (примерно 1 к 10^38), в принципе коллизии возможны. Генератор гарантирует уникальность только в пределах одного набора (одной генерации). Если вы генерируете несколько раз подряд, теоретически может выпасть дубль.

2. Почему я не могу использовать алфавит из одного символа? Потому что такой алфавит не даёт никакой энтропии: все ID будут состоять из одного и того же символа (например, «aaaaa»). Это не уникальный идентификатор. Инструмент блокирует такой ввод, так как он лишён смысла.

3. Есть ли ограничение на количество ID, которое можно сгенерировать за раз? Да, от 1 до 100. Это практическое ограничение, чтобы не перегружать браузер и не создавать огромные списки. Если нужно больше 100 ID, запустите генерацию повторно — коллизии между партиями маловероятны при разумной длине.

4. Что такое «URL‑безопасные символы» по умолчанию? Это символы, которые не требуют процентного кодирования в URL: латинские буквы (A‑Z, a‑z), цифры (0‑9), подчёркивание (_) и дефис (-). Всего 64 символа. Они безопасны для передачи в строке запроса без дополнительной обработки.

5. Как выбрать длину и алфавит для максимальной безопасности? Для максимальной устойчивости к угадыванию используйте максимальную длину (36) и полный алфавит (64 символа). Это даст 64^36 вариантов — астрономически большое число. Для практической безопасности обычно хватает 21 символа со стандартным алфавитом. Если нужно защититься от перебора, достаточно 16–18 символов.

6. Можно ли использовать сгенерированные ID как первичные ключи в базе данных? Да, но учтите: в распределённых системах без центрального координатора невозможно гарантировать глобальную уникальность Nano ID. Для большинства приложений статистической уникальности достаточно, но если требуется абсолютная гарантия, используйте последовательные ID или UUID v7 с временной меткой. Nano ID — отличный выбор для ключей, которые не обязаны быть монотонными и не должны раскрывать порядок создания записей.