+

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

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

я использую редис с его auto expire из коробки

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

Не меньшая дичь, чем с now: смысл uuid в том, чтобы не было повторов. А смысл рандома совершенно другой. И для избегания повторов некоторые версии uuid фактически содержат в себе mac адрес и время генерации. Так себе рандом с такими вводными

Сам не юзал, но когда читал инфу про написание своей базы данных изучал принцип устройства кафки и рабита, так вот поидее кафка то как раз больше подойдет для мелких сообщений, чем рабит, потому что у кафки принцип работы строится на Pull механике, а не на Push как у рабита. Ну типа там внутри по сути тупо массив, который наполняется данными сколько угодно тем кто генерит эти сообщения, а тот кто читает просто запоминает грубо говоря индекс последнего забранного значения и одним pull запросом может считать с любого места все оставшиеся данные. Т.е. проблема только в размере индекса, но думаю с этой же проблемой столкнется и рабит, но тут я не уверен, не разбирал устройство рабита, помню только что он к сообщению еще кучу данных лепит сверху, что поидее может наделать овердохера лишней инфы.
В общем не буду утверждать 100% верности моей информации, если есть что сказать, буду рад узнать 😊

вот поэтому надо хотя бы раз написать свою БД)))

Бд таки написали?

Пишу на Rust ))) Но как бы пока что только продумал структуру самой бд в файле, и архитектуру в Rust продумал, написал простейшее добавление данных и их вытягивание, ни о каком удалнении переменных еще речи нет 😅

Потихоньку пишу в свободное время))

а реляционная бд или как?

Я тут нактнулся на sql базу принцип которой похож на гит. Что только не придумают. Но я так и не понял как оно хранит. Кпжется в csv

Добрый день никто не знает суть реализации " Вывести товары подходящие текущему " Пример телефон apple 11x D подходящий к нёму чехол для apple 11x D

embedded key value, вдохновлялся LMDB, но там слишком жесткое ограничение на 1 writable transaction и libmdbx пытались это исправить до 3 подняли, но в итоге тоже решили переписать все к хренам 😂

кстати кто то использвол вот эту штуковину: https://github.com/valeriansaliou/sonic

типа elasticsearch, но попроще и легче вроде как

Ужас)))))

реалиционная

что реляционная?)

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

Так есть же популярная от фейсбука