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

Ого, а я и не знал ?

но без 1й цифры

может ты про старые загранники?

я не знаю какие у вас там сейчас, но когда я занимался этим так и было

#работа #python #blockchain ? Мы в Polygant разрабатываем Blockchain инфраструктуру с различными сервисами. Вот некоторые из них: - Криптобиржа Polyx (https://polyx.net) - Сервис для трейдеров Coin Index (https://coin-index.pro) - Криптовалютный веб кошелек Croken (https://croken.com) Разрабатываем на Python, ищем талантливых разработчиков на фуллтайм в команду. Ожидания по квалификации: - Опыт разработки от 3х лет - django, django orm - Mysql/postgresql - умение писать sql запросы "руками" - Linux, git и т.д. - Познания в криптовалютах хотя бы на уровне юзера. Предполагается работа из офиса в Москве (находимся на м. Авиамоторная), возможна удаленка, но требования по левелу повыше. ? 120-170К (в зависимости от левела) Если есть желание развиваться в питон разработке блокчейн сервисов, пожалуйста напишите!

это те самые серия и номер

у меня точно не так

я не знаю какие у вас там сейчас, но когда я занимался этим так и было

ну так уже лет 10 или больше ГС ПВДНП

#работа #python #blockchain ? Мы в Polygant разрабатываем Blockchain инфраструктуру с различными сервисами. Вот некоторые из них: - Криптобиржа Polyx (https://polyx.net) - Сервис для трейдеров Coin Index (https://coin-index.pro) - Криптовалютный веб кошелек Croken (https://croken.com) Разрабатываем на Python, ищем талантливых разработчиков на фуллтайм в команду. Ожидания по квалификации: - Опыт разработки от 3х лет - django, django orm - Mysql/postgresql - умение писать sql запросы "руками" - Linux, git и т.д. - Познания в криптовалютах хотя бы на уровне юзера. Предполагается работа из офиса в Москве (находимся на м. Авиамоторная), возможна удаленка, но требования по левелу повыше. ? 120-170К (в зависимости от левела) Если есть желание развиваться в питон разработке блокчейн сервисов, пожалуйста напишите!

ооо, django orm уже отдельным скиллом указывают

Ребята, посоветуйте хорошую книгу типа Python+MySQL

ну так уже лет 10 или больше ГС ПВДНП

расшифруй

расшифруй

https://minsvyaz.ru/ru/activity/govservices/infosystems/6/

ок

вернемся к задаче

ты их кажись не видел

просто если брать именно хеш, то у тебя на 9 битах hex вероятность коллизии будет довольно высокой с ростом числа записей.

номер ограничен гражданами

я говорю о порядках в сотню тысяч записей.

https://en.wikipedia.org/wiki/Birthday_attack

не думаю что среди доступных 281474976710655 граждан получится так что окажется несколько одинаковых

9 символов HEX хватет чтобы всю планету зарегистрировать

нужен лишь алгоритм который будет работать без коллизии

9 символов HEX хватет чтобы всю планету зарегистрировать

да, но фокус в том, что твой алгоритм хеширования не будет гарантировать тебе уникальный хеш для каждого уникального гражданина. читай о парадоксе дней рождения.

нужен лишь алгоритм который будет работать без коллизии

в общем случае такого алгоритма не существует

в общем случае такого алгоритма не существует

дай ему время смириться со счетчиком

нужен лишь алгоритм который будет работать без коллизии

давай так, на основании каких данных ты хочешь строить свой хеш?

не думаю что среди доступных 281474976710655 граждан получится так что окажется несколько одинаковых

а как ты это число получил? 16^9 поменьше будет :)

и правда, я как-то даже не обратил внимание на его число

16 ** 9 == 68719476736

впрочем это не значит, что ты можешь безопасно захешировать 68719476736 человек

да я лишние FFF щелкнул

но

у нас в стране меньше 6 лямов людей

а тут 68.7 миллиарда

да но

на 100000 человек вероятность коллизии составит 7%

на 200000 человек - 25%

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

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

я тебе ссылку скинул немногим выше

еще раз читай о парадоксе дней рождения

можно сделать и счетчик тогда но не простой

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

если у тебя есть идентификатор пользователя (например номер паспорта), который влазит в 36 бит, ты можешь взять его и преобразовать определенным образом

можно сделать и счетчик тогда но не простой

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

добавив например некую секретную константу

можно сделать и счетчик тогда но не простой

серию простым счетчиком, а номер - код подразделения + внутренний счетчик

вариант конечно так себе

тут нет серии и номера

это международный документ

тут Type Code Number

типы отличают паспорта

дипломатический

служебный

аварийный

не важно. преобразуй это все в число

гражданский итд

код - код страны по ISO

и номер

добавь некую константу (если можешь)

я думаю...

не важно. преобразуй это все в число

а как это решит проблему коллизий?

и получишь свой идентификатор

ну условно выдели 2 знака под серию, сколько-то под код подразделения и остальное - счетчик

а как это решит проблему коллизий?

если у него это число меньше чем размер идентификатора - коллизий не будет

что если использовать систему а ля GGGRROPPP - G = generation, R - Region, O - Office, P - Person

типо создать схему

а что такое generation?

ERROR: S client not available

по которой люди будут поделены по признакам

если у него это число меньше чем размер идентификатора - коллизий не будет

ааа, ну если уже есть какой-то уникальный идентификатор размером меньше чем 9 байт, то да

поколение

вставить счетчик

ааа, ну если уже есть какой-то уникальный идентификатор размером меньше чем 9 байт, то да

да, иначе сорян.

поэтому я и спросил на основе каких данных он будет граждан идентифицировать

а person?

номер человека

если это номер паспорта \ документа, который заведомо уникален, то можно на его основе сделать идентификатор

при этом скрыть (не очень надежно) его происхождение

т.е. ggg - это фактически номер серии, а ppp - счетчик внутри office?

ну смотри

G - это номер поколения, типо цифра меняется каждый год или каждые 4 года, R - номер региона выдачи, O - номер офиса в регионе, P - номер обращения в офисе

не мало 3 символа на номер?

а так в принципе норм схема

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

поэтому 3 это норм

темболее шо люди будут рождаться и умерать и регаться

а офисов в регионе больше 16 не построят

ну у тебя всего 4096 номеров для каждого офиса

это на 4 года

или если GGG будет менятся

погоди ка

обнуление счетчика каждые 1000 лет

тогда перепланировка

или каждые 255 лет

GGRROPPPP

или каждые 255 лет

Как там твои зеленые?

заленые?

GGRROPPPP

ну это больше похоже на правду

255 лет человек ведь не проживет?

PPPP это ограничение на год