Ну его он эвейтнул 🤔

неее там ооооочень большой обьект возвращает

Ну его он эвейтнул 🤔

А файнд мапить надо наверн

и я увидел там свойство documents оно отдает пустой массив

Как вам nats?

Значит параметры поиска такие задал, что под них ничего не попало

Выше посмотри как массив получать

не понял,а откуда мне вообще массив получить

У меня еще где-то был вариант через эвэйты, но далеко и загуглить быстрее

Коротко: find() работает как генератор скорее

Всем вечерочка бодрого. Вопрос для теоретиков ;)
Исходные данные - установленное WS-соединение с сотней клиентов
В секунду каждому клиенту отправляется от 2 до 5  (в среднем 3) пакетов с данными и должен придти в ответ пакет с результатом в течение 3 секунд

Т.к. это не HTTP-REST (или подобное), то отлавливать таймаут на ответ необходимо своими силами. Варианты реализации:
- при запросе создается таймер setTimeout() который отслеживает приход времени и срабатывает один раз во время наступления нужного момента. Итого имеем в максимуме 100 * 3 * 3 = 900 таймеров единомоментно, плюс постоянные процедуры создания/удаления таймеров по мере отправки запросов/получения ответов
- инициируется один таймер setInterval с интервальностью не более 50мс (т.е. 20 вызовов в сек), который проходит по всем "ждунам" (как выше писал около 900 в худшем варианте) и проверяет их "статус таймаута". Итого нет постоянных пересозданий, но есть риск в случае даже небольшой задержки в проходе, наслоения вызовов...
- третий вариант по сути разновидность второго с той лиш разницей, что вместо разового создания setInterval используется setTimeout - тем самым исключается наслоение циклов, но возвращается проблема постоянного пересоздания таймеров, просто в этом варианте он будет один, но "короткий"