Всем привет. Ребят подскажите по следующему вопросу: Есть поиск, обращение к которому осуществляется через консольную команду, которую я в свою очередь вызываю с помощью shelljs.exec(), результат содержит список от 0 до 3 водителей. Создаю таймеры для каждого водителя, по истечению которого водителю отправляется сообщение по вебсокету о том, что пришёл новый заказ. Проблема в том, что клиентов, которые инициируют поиск, может быть несколько. И может произойти такая ситуация: 2 клиента которые находятся рядом инициируют поиск, и поиск находит одного и того же водителя. Но один и тот же водитель по логике не может получить сразу 2 сообщения одновременно. Что я пробовал: 1. Использовать getset REDIS, и разрешал отправлять сообщение внутри таймера, только в том случае, если вернулось null, остальные таймеры где была отправка, просто обнулялись. (Решение не очень получилось как мне кажется) 2. Использовал флаг, что водитель учавствует в поиске, но и это тоже особо не помогло, т.к. сперва всё равно отрабатывает поиск, а уже потом из него вытаскивается id водителя, по которому ставится флаг в хранилище. Т.е. 2 запроса пришло, 2 поиска отработало. 1 поставил флаг, но второй то не знает об этом, поэтому нужен ещё один запрос сразу после поиска, что по сути тот же самый вариант. Подскажите как можно это всё построить так чтобы не было race conditions и так далее. Думаю все эти запросы сериализовать через сервер очередей. Но как при этом будет выглядеть решение — пока не вижу.

Просто. Используй. Бд. Как все. Нормальные люди

Да, уж. А я по вашему что использую ?

Всем привет. Ребят подскажите по следующему вопросу: Есть поиск, обращение к которому осуществляется через консольную команду, которую я в свою очередь вызываю с помощью shelljs.exec(), результат содержит список от 0 до 3 водителей. Создаю таймеры для каждого водителя, по истечению которого водителю отправляется сообщение по вебсокету о том, что пришёл новый заказ. Проблема в том, что клиентов, которые инициируют поиск, может быть несколько. И может произойти такая ситуация: 2 клиента которые находятся рядом инициируют поиск, и поиск находит одного и того же водителя. Но один и тот же водитель по логике не может получить сразу 2 сообщения одновременно. Что я пробовал: 1. Использовать getset REDIS, и разрешал отправлять сообщение внутри таймера, только в том случае, если вернулось null, остальные таймеры где была отправка, просто обнулялись. (Решение не очень получилось как мне кажется) 2. Использовал флаг, что водитель учавствует в поиске, но и это тоже особо не помогло, т.к. сперва всё равно отрабатывает поиск, а уже потом из него вытаскивается id водителя, по которому ставится флаг в хранилище. Т.е. 2 запроса пришло, 2 поиска отработало. 1 поставил флаг, но второй то не знает об этом, поэтому нужен ещё один запрос сразу после поиска, что по сути тот же самый вариант. Подскажите как можно это всё построить так чтобы не было race conditions и так далее. Думаю все эти запросы сериализовать через сервер очередей. Но как при этом будет выглядеть решение — пока не вижу.

Хз, ты что-то через exec() пускаешь

Проставлять флаг не когда ему ушло сообщение, а когда его выбрал поиск ?

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

Я не знаю

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

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

Но тогда оно вырубает вообще всё логирование. А мне как бы нужно вырубать логирование на уровне некоторых запросов.

это никак фильтруй их в logging функции

Но тогда оно вырубает вообще всё логирование. А мне как бы нужно вырубать логирование на уровне некоторых запросов.

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

угу

Что на ноде есть интересного с генерацией кода наподобие yii?

по всем вариантам Postgres сильно лучше MongoDB

Люди до сих пор сравнивают монгу с реляционками с точки зрения производительности?

тут недавно спрашивали про control-flow на подобии как в библиотеке async, только для async/await - вот интересный пакет https://www.npmjs.com/package/awaiting

Автор тупо не в курсе про смысл и существование Bluebird.try

Уж если и юзать замену промисам, то фьючерсы, а это полумеры какие-то

чет не вижу смысла тащить bluebird

Гляну, но не с телефона. Может краткое резюме?

не видел реализации в жс

В отличии от обычного. Его либа это кстати не решает, а только мешает)

тут недавно спрашивали про control-flow на подобии как в библиотеке async, только для async/await - вот интересный пакет https://www.npmjs.com/package/awaiting

я чет не понимаю твоей позиции

постгрес как nosql-хранилище быстрее и надежнее, у монги и прочих фактически нет серьезного будущего

начал читать доку, пока не увидел

В идеале это кстати вообще не должно требоваться) Потому что можно прозрачно заюзать с ними Maybe или Either

Шардинг из коробочки? Нет, конечно, если у вас большой проект или требуется сразу начать обрабатывать кучу запросов, самое то - взять PostgreSQL.