не слушай их, бога ради

тебе нужен просто POST запрос и всё

ну и норм, форма отправляет данные, например, на /process/form , эвентом отправляется в какой-нить другой процесс, потом обратно в форму) по-моему изи

Хорошо.

так причём тут молекуляр???

да не причем) просто сказал свое мнение

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

мэн, от тебя токсичностью веет, иди агрись на сокеты

проффесионалы, подскажите - реально ли ограничить частоту запросов на сервер без фронта? Ситуация такая - представим что чемпион мира по старкрафту хочет зарегаться на сайте и шлет данные пост-запросом. На сервере его ждут joi, проверка в монге по индексированному полю емейл - затем res.json что он успешно/неуспешно . Но суть в том что если запросы идут с интервалом 4мс я не успеваю проверить и сохранить. Или же пользователь сохранился но ответ res еще не дошел до него в то время как еще запрос прилетел.  Варианты чтобы хранить это в базе - я не уверен что редис или монго успеют проверить за 4 мс повторный запрос это или нет. Может есть какие то решения сверх быстрые?

Можно хеш по определяющим полям снимать🤔

его опять хранить где то надо же

Сделать прокси сервер, который бы это отслеживал?

В редис херачь

Однозначно

это уже nginx получаестя, а нодой решит ьможно ли?

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

а проблема в чем?

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

т.е . юзер експиренс падает

так это проблема фронта же, можно конечно и свои костыли сделать через ratelimit какойто