f🤔
а, не, 3-7-7, сорян
Size: a a a
2019 December 04
f🤔
это не узкое место в большинстве кейсов кастомерсаппорта
f🤔
чью проблему мы тут решаем?)
AD
Ну как вариант да, но это должно быть удобно пользователям, не каждый юзер хеш по телефону продиктует.
Для этого есть hashid
AD
Что бы убрать похожие буквы (О и 0) и сложные буквы и сочетания
AD
Ну и там же сделать проверку на ругательства, что бы не слать «убивай черных»
A
Для этого есть hashid
Это типо создание ютубовского id?
f🤔
А разве uuid не постгрес генерирует?
у нас нет, мы генерим айдишник будущей сущности как часть команды, котораю создание этой сущности иницииализирует. команды мы персистим
в итоге даже если сущность не создалась, мы получаем "попытались создать сущность с id = X" в команде + лог попытки создания в graylog
если создалась - получаем команду, сущность и лог в graylog
в итоге даже если сущность не создалась, мы получаем "попытались создать сущность с id = X" в команде + лог попытки создания в graylog
если создалась - получаем команду, сущность и лог в graylog
AD
Это типо создание ютубовского id?
Не совсем, это просто чистая функция по генерации набора символов по числу
2019 December 05
AD
Или по числам
A
у нас нет, мы генерим айдишник будущей сущности как часть команды, котораю создание этой сущности иницииализирует. команды мы персистим
в итоге даже если сущность не создалась, мы получаем "попытались создать сущность с id = X" в команде + лог попытки создания в graylog
если создалась - получаем команду, сущность и лог в graylog
в итоге даже если сущность не создалась, мы получаем "попытались создать сущность с id = X" в команде + лог попытки создания в graylog
если создалась - получаем команду, сущность и лог в graylog
Есть еще преимущества создания uuid на клиенте? В целом меня такой подход заинтересовал.
f🤔
у нас нет, мы генерим айдишник будущей сущности как часть команды, котораю создание этой сущности иницииализирует. команды мы персистим
в итоге даже если сущность не создалась, мы получаем "попытались создать сущность с id = X" в команде + лог попытки создания в graylog
если создалась - получаем команду, сущность и лог в graylog
в итоге даже если сущность не создалась, мы получаем "попытались создать сущность с id = X" в команде + лог попытки создания в graylog
если создалась - получаем команду, сущность и лог в graylog
@Eugene_Shved ^ обещал кейс. у нас гарды "можем ли мы прям ща технически (не бизнесово) подключить чуваку продукт", например - часть проверок внутри команды. если не можем - не подключаем, но точно знаем, что пытались (команда записана), и что произошло (логи поднимаются по айдишнику)
f🤔
Есть еще преимущества создания uuid на клиенте? В целом меня такой подход заинтересовал.
ну в нашем случае не в клиенте, физически всё это происходит внутри одного приложения
f🤔
Есть еще преимущества создания uuid на клиенте? В целом меня такой подход заинтересовал.
можешь сделать предположения о том, где eventually-сгенерированная сущность будет находиться, если генерация СИЛЬНО не синхронная, и через некоторое время попробовать постучать по известному тебе урлу в API
f🤔
в теории можно батчить команды при желании, не дожидаясь результатов запросов (потому что ты знаешь идентификатор сущности), но я вживую не встречал такого пока
ES
в теории можно батчить команды при желании, не дожидаясь результатов запросов (потому что ты знаешь идентификатор сущности), но я вживую не встречал такого пока
Круто, спасибо!
AD
в теории можно батчить команды при желании, не дожидаясь результатов запросов (потому что ты знаешь идентификатор сущности), но я вживую не встречал такого пока
Там сложно, потому что тебе уникальность ююид проверить стоит
AD
Потому что всякое случается и может разойтись
AD
Особенно если ты из базы генерируешь, кода и ещё одного сервиса
f🤔
Там сложно, потому что тебе уникальность ююид проверить стоит
Ну там всё или ничего вариант