128-битное, если не ошибаюсь

а

ну так, может быть. Вопрос только - зачем это может быть нужно

у uuid по-моему еще несколько бит версию кодируют

я просто остановился на том чтобы просто генерировать случайны айдишники 128-битные

ну у uuid немного другой алгоритм, он больше заточен на распределенные системы

типа два компа независимо генерируют числа и шанс коллизий минимальный

https://tools.ietf.org/html/rfc4122#section-4.4

я про v4 исключительно

ага я тоже про него (см. по ссылке)

суть в том что если ты генерируешь просто числа на основе псевдорандомного генератора то шанс коллизий больше

ну я так думаю... в доке про это вроде не сказано

ну я так понял довольно мал, зато не раскрывает особенности системы никому

не, не может бытб

ну там 6 бит на версию и резервированные поля

если тебе не нужен UUID, то генерируй рандомные числа

вот и я так решил

а формат записи – это не UUID

это просто формат

то есть по сути просто бессмысленная трата места в ущерб энтропии

ну я так понял довольно мал, зато не раскрывает особенности системы никому

если ты полагаешься в своем алгоритме на uuid как часть секьюрности - то не следует, там не все 128 бит рандомные так что общая защита твоего алгоритма будет меньше (грубо говоря - генерируешь one-time пароли используй что-нить покруче, генерируешь индексы в базу - так сойдет)

то есть по сути просто бессмысленная трата места в ущерб энтропии

это не трата места

надо же обозначить версию

зачем? толлько если хочу парсит uuid и версия играет роль

чтобы не было коллизий с UUID'ами, сгенерированными на базе MAC-адреса

короче генерируй числа :)

Юзал https://www.npmjs.com/package/uuid

https://github.com/twitter/snowflake

вот для айдишек ещё есть, для распределённой генерации

правда это наверное как из пушки по воробьям

вот еще интересный пост: http://instagram-engineering.tumblr.com/post/10853187575/sharding-ids-at-instagram

истинно-случайные числа

хотя конечно вопрос хороший, откуда их брать

я короче везде это использую :) https://www.npmjs.com/package/shortid

квантовый генертор, видимо

http://onerng.info/

какая няшечка

искренне верю что openssl досточен для этих целей

искренне верю что openssl досточен для этих целей

для чего достаточен?

для генерации айдишников

а тебе что от этих айдишников надо?

вообще для айдишников AUTOINCREMENT достаточно

;)

чтобы не было коллизий и чтобы их нельзя было угадать

чтобы не было коллизий и чтобы их нельзя было угадать

Просто генерируй рандомное число и проверяй, что оно уникальное.

ну проверить не всегда возможно

Значит не все констрейнты рассказал ;)

Возьми твиттерский сноуфлейк

ну распределенная генерация необходима

Хотя угадать думаю можно

У тебя там хайлоад на 200к хитов в минуту?

Зачем распределённая?

нет конечно

просто концептуально так проще

нужен id - сгенерировал id

Ага, а потом десятком девопсов настраиваем месяц кубернетесъ

(ниче личного :p)

why not?)

да не, ну математика же

если припрет можно будет посчитать вероятность коллизии

ну и нужно закладывать чтобы последствия при коллизии были сопоставимы с последствия разыва соединения

ну просто читаешь где-нибудь, как описывается как на хадупе в амазоне мап-редьюсом просчитывают пару гигабайт за час, а затем в комментариях на хакерньюс пишут, что на эйре за две минуты перловым скриптом всё тоже самое чувак сделал

оверинжиниринг

какой-то

усложняешь систему

очень сильно

ну тут как раз наоборот

для автоинкремента нужна координация, это - усложнение

ну и против подбора можно вполне fail2ban или что-то подобное настроить ;)

у UUID самое главное — это совместимость с предыдущими вариантами

потому что там спека

6.4 вышла

кстати после выхода 6й сборка стилуса на вебпаке ни у кого не начала падать?

ребят, как парсить xlsx на nodejs? Если просто тупо парс, то все может зависнуть (если у юзера файл в 100000 строк и 100 столбцов, например)

асинхронно парси и все

и ничего не зависнет

и ограничение по размеру файла сделай

)

мы всё видели

асинхронно?)