Хотя если честно пхп и высокие нагрузки это такое.

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

у уиидов еще большая беда должна быть :D вот скейлить бд с автоинкрементом проблемно да

Ну я про это. Или например иногда бывает полезно вернуть клиенту айди до того как происходит сохранение в бд

Ну я про это. Или например иногда бывает полезно вернуть клиенту айди до того как происходит сохранение в бд

все равно что не сохранилось )

Или когда удобнее (или единственный вариант) генерить на фронте

потому что гарантии что сохранится нет

Ну и вообще при быстрых вставках например автоинкремент по сути глобальный лок

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

потому что гарантии что сохранится нет

если ты поймаешь дубликат на уиде 4, 6 или 7, то можешь идти требовать миллион от лотерей

если ты поймаешь дубликат на уиде 4, 6 или 7, то можешь идти требовать миллион от лотерей

я ловил, спасибо :)

на рамси кстати, пару лет назад тестил v4

а на симфе небыло, кстати

Скажите кто-то использует рандом данные в тестах?

там одинаковые генераторы. 4ка генерится однотипно. Берут значения из random_bytes(16), потом меняют 2 байта

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

Я такое видел в одной конторе, но не пойму стоит ли оно того

Скажите кто-то использует рандом данные в тестах?

в плане?

Ну когда каждый раз данные в тестах рандомные

ну мы фигачим в некоторых рандомные строки длинные

Скажите кто-то использует рандом данные в тестах?

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

Скажите кто-то использует рандом данные в тестах?

есть шанс напороться на мигающий тест

проще вызвать функцию, чем хуячить строку 150+ символов же

есть шанс напороться на мигающий тест

По идее если через дата провайдер то там напишет при каких данных фейл

Больше смущает вопрос что это даёт. Не проще руками просто прописать все возможные варианты и все

Хотя с сочетаниями сложно

Рандом в итоге переберет все возможные сочетания

По идее если через дата провайдер то там напишет при каких данных фейл

ну если без dataprovider?))

Ну без дата провайдера сложно да. Непонятно при каких данных упало

Или когда удобнее (или единственный вариант) генерить на фронте

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

Хотя с генерацией ууидов на фронте не все так радужно. Некоторые браузеры не поддерживают рандом генерацию 😄

А Либа которая генерит ууиды всего одна популярная 😄

Я им ишью написал, мол миллионы скачиваний, а такую мелоч починить не можете. Они мне в ответ такие "иди отсюда токсик, ты не конструктивные" 😄 Сраные вротендеры

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

Ну у нас сейчас есть флоу, где фронт генерирует большой пласт нескольких сущностей и их связей. Короче это удобно. Или же вообще офлайн генерация в моб.приложении а потом синк на бэк при появлении интернета

Удобно да, если коллизии не критичны

Иначе потом заморочка с изменением сгенерировано Ида 😄

Удобно да, если коллизии не критичны

Ты найди эти коллизии сначала

Я ж писал что находил. Думаешь я тут просто так паранойю?

Я ж писал что находил. Думаешь я тут просто так паранойю?

Ну отчасти так и есть, иначе почему все этим пользуются

Потому всем похеру. Ну будет ошибка ничо страшного 😄

Вот даже взять тебя. Говоришь не страшно. А когда случится? Что делать будешь? )

Вот даже взять тебя. Говоришь не страшно. А когда случится? Что делать будешь? )

Отвалится один из миллиона запросов и все )

Вот даже взять тебя. Говоришь не страшно. А когда случится? Что делать будешь? )

Ничего, на текущем месте работы не используются уиды почти, потому что исторически так сложилось. На прошлом месте не было никаких проблем

Отвалится один из миллиона запросов и все )

Ну вот, о чем и говорю 🤣

Ничего, на текущем месте работы не используются уиды почти, потому что исторически так сложилось. На прошлом месте не было никаких проблем

Ну если не было не значит что не будет. Если картинка какая не загрузится и хер с ней. А если заказ на пару сотен кк из-за этого потеряется?

Ну если не было не значит что не будет. Если картинка какая не загрузится и хер с ней. А если заказ на пару сотен кк из-за этого потеряется?

Используй 7 версию

Используй 7 версию

6 все равно грешит?

Не важно какая там версия, в таком случае ты должен разрулить эту ситуацию

Не важно какая там версия, в таком случае ты должен разрулить эту ситуацию

Там старшие байты вроде как время, т.е. Попасть максимально сложно

Это надо чтобы миллион запросов в 1 сек были и ещё в коллизию попали

Там старшие байты вроде как время, т.е. Попасть максимально сложно

Там ещё и можно инстанс маркировать, и рандом небольшой есть ) но это все уменьшает вероятность, не исключает

Это надо чтобы миллион запросов в 1 сек были и ещё в коллизию попали

Достаточно двух, и удачи -999

Достаточно двух, и удачи -999

Я думаю не стоит упарываться

Там ещё и можно инстанс маркировать, и рандом небольшой есть ) но это все уменьшает вероятность, не исключает

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

+ не все сущности на столько важны

Где то можно потерять 1 из нескольких миллиардов, а где то возможно нет.

Думаю обычные баги теряют больше заказов чем коллизии uuid)

Ну вот да

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

0.001 это очень высокая вероятность 😄

0.001 это очень высокая вероятность 😄

Там ещё пару нулей надо было добавить

Но я понял о чем ты 🤣

0.001 это очень высокая вероятность 😄

Из 100?

Из 100?

Если из 1, то считай 0.1%, что очень много

Если из 100, то 0.00001%

Там ещё пару нулей надо было добавить

Нулей 20-30, у меня в сутки около 20кк просмотров. И все трекается. Ууидов генерится очень много )

Нулей 20-30, у меня в сутки около 20кк просмотров. И все трекается. Ууидов генерится очень много )

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

Нулей 20-30, у меня в сутки около 20кк просмотров. И все трекается. Ууидов генерится очень много )

Нормальный такой траф и объем БД

Нормальный такой траф и объем БД

Кликхаус на 10ядрах тянет, голенг аккумулирует и пачкой скидывает в него

Фигня короче

Кликхаус на 10ядрах тянет, голенг аккумулирует и пачкой скидывает в него

А где пых в этой истории?

Тип много машин?

Рисует графики ) хотя можно было графану сделать, но я на тот момент не знал про нее

Тип много машин?

Нет, 1 сервер на 10ядрах

Нет, 1 сервер на 10ядрах

Ну приложение же на пыхе? 20кк трафика это не хер собачий) 230 rps, но это среднее.

Там пиками, до 1к рпс по вечерам. Но у меня тупые круды

Там пиками, до 1к рпс по вечерам. Но у меня тупые круды

Удивлен что сама пыха тянет + что 1 сервер.

Пыху раз в 3-4 месяца рестартить надо. Наедает чето и проц в потолок уходит

А так пару серверов работают, с 24 ядрами

Мы просто как то чисто стрес тест танком делали, чтобы понять что нам нужно для 5к рпс (ну чисто теория), то пришли к тому, что 100-200рпс выдерживает один под в кубере (хз как там правильно) с учетом того, что тестили 1 эндпоинт где получение данных с редиса)))

И типа нам говорили, что это еще норм для 1 инстанса

Зависит от типа данных же, приложух. Если ендпоинт можно кешировать, то и в бд ходить не надо