Дмитрий Беляев

Если Вы не пишите внешнее или публичное API, то GraphQL и REST - будут крайне отвратительным выбором. Они ограничивают Вас в низкоуровневом CRUD, создавая больше проблем, чем решают, а главное затрудняют выражать Ваше API в терминах доменной области.
Посмотрите в сторону RPC протоколов, и посмотрите как элегантно на них можно описать конкретно Ваш домен. Да и выбор тут огромен: Apache Thrift, gRPC, JSON-RPC, а так же мой любимый, но почему-то малоизвестный в русскоязычном интернете E/A/?T (расшифровывается как entity/action/optional-target)

Если прямо модно и мейнстримно, то NestJS, но он сильно завязан на TypeScript (что несомненно плюс) и декораторах (которые нестандартные, а значит, ИМХО, жирнючий минус)
Помимо вот такого серьезного фреймворка есть микрофреймворки и библиотеки под конкретные задачи:
Например для создания HTTP серверов есть express, он самый популярный, он под капотом у NestJS, но при не очень грамотном построении приложения легко убить производительность (тут совет использовать его роутер с первых дней)
В качестве хороших альтернатив есть Koa и Hapi.
Под websocket обычно все используют socket.io, из плюсов помимо популярности - его протокол реализован на многих языках, как в качестве сервера, так и клиента. В остальном, ИМХО, только минусы.
В качестве альтернативы есть ws-api, но популярность низкая, typescript версия пока под альфой, и все не доходят руки доделать

Если операции вычисления блокирующие и блокирует они поток надолго, то стоит вынести их в воркеры, само количество воркеров лучше выбрать по количеству логических ядер (хардварных потоков), а распределять задачи можно простым round robin алгоритмом, если сами задачи примерно одинаковые.
А насчет сокетов, 300 постоянных коннектов на 1 процесс/поток для ноды сущий пустяк, она спокойно переварит несколько десятков тысяч, если поток не блокировать дольше нескольких десятков операций

function filterObjectProps<O extends Record<string, unknown>, P extends keyof O>(obj: O, props: readonly P[]) {
  const entries: [P, O[P]][] = [];
  for(const prop of props) {
    if(prop in obj) {
      entries.push([prop, obj[prop]]);
    }
  }
  return Object.fromEntries(entries) as {
    [K in P]: O[K];
  };
}

// ...
updateItem(id: string, updateItemDto: UpdateItemDto): Item {
  const item = this.getItemById(id);
  return {
    ...item,
    ...filterObjectProps(updateItemDto, ['name', 'lastname', 'prop1', 'prop2'])
  };
}

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

TypeError: Cannot read property 'data' of undefined

Не могу прочитать свойство data из undefined

У Вас где-то происходит обращение к свойству data из переменной содержащей undefined
И не просто где-то, в тексте ошибки и это есть:

at C:\Users\Andre\Desktop\YCH cryptowallet\node_modules\node-qiwi-api\lib\callbackApi.js:759:39

в файле C:\Users\Andre\Desktop\YCH cryptowallet\node_modules\node-qiwi-api\lib\callbackApi.js
на строке 759 символ 39
Вы можете зайти туда и посмотреть, а что за функцию Вы вызвали неправильно

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

А какое поведение Вы ожидали от этого?

const queue = new Map();
let serverQueue = queue.get(message.guild.id);

Вы создали пустую мапу и сразу же пытаетесь из нее читать.

P.S. ключик от ютуба лучше сменить и больше не палить

А Вы пробовали пройти Вашу строчку по шагам?

app.use( // 5
  express.static( // 4
    path.join( // 3
      __dirname, // 1
      'public' // 2
)))

1. __dirname - Содержит абсолютный путь до папки с файлом в котором выполняется (для примера пусть будет '/path/to/project')
2. 'public' - просто строчка
3. соединяем (1) и (2) как путь, получим '/path/to/project/public'
4. express.static - принимает путь из (3) и создает функцию которая обрабатывает запросы и ищет им соответствие в виде файлов в указанной папке
5. app.use - просто подключает функцию из (4) к движку express'а, без каких либо фильтров, то есть функция static обработает абсолютно все запросы которые дойдут до нее

Теперь смотрим на шаблон, в нем прописан скрипт public/reglog.js
Это относительный путь, то есть он автоматом соединится с путем от куда вызван
то есть если main.hbs отрисуется в условный site.com/index.html - то скрипт запросится из
а если main.hbs отрисуется в условный site.com/some/nested/index.html - то скрипт запросится из site.com/some/nested/public/reglog.js

Теперь представьте, в функцию 4 попадает запрос /some/nested/public/reglog.js
она соединяет ее с путем из (3) и получает путь /path/to/project/public/some/nested/public/reglog.js
потом смотрит его на диске и естественно ничего не находит, ставит в express response статус 404 и отдает управление дальше в express