Robur

Фронт отлаживаете в девтулзах в браузере, бек запускаете напрямую из вебшторма через дебаг скрипта nodejs, и отлаживайте в IDE.

Если хочется и то и то в вебшторме, то фронт тоже можно запустить вместе с беком и отлаживать в IDE а не в браузере (запускаете два процесса для дебага в вебшторме кроме одного) но это на любителя, мне не нравится и поэтому конкретный конфиг не подскажу. Можно нагуглить.

никак, пишите where такой, чтобы он сделал нужный поиск по тем полям что есть в базе.

Но Ajax запросы не получают никакого ответа.

нет такой ошибки "никакого ответа"
Либо запрос идет не туда, либо сервер не запускается.

никакой сложности тут вообще нет - включаете на сервере в ноде cors, и запускаете реакт и сервер на каких угодно портах.
То что у вас что-то не работает, значит только что вы сделали что-то не так.

проверьте что сервер запускается и доступен на 3000 порту для начала, хотя бы curl или postman, или просто в браузере откройте этот url.

главное - нужно знать что мало знать, надо уметь.
перечень нужных технологий за эти 2-3 года не поменялся, тем более для начального уровня.

Сохранять в БД - нормально, если бд сделана не левой пяткой, то на масштабах до тысяч пользователей которые одновременно онлайн будет все быстро. Даже очень быстро.
самый простой вариант - сохранять у пользователя в localStorage. для 90% случаев этого будет достаточно.
вариант с сокетами это какое-то извращение. Вы будете хранить такой же объем данных как и с вариантом с БД, только очень кривым, медленным и ненадежным способом.

что-то в духе:

.aggregate(
    [
        { "$match": { "to": 'admin'  } },    
    { "$group": {_id: "$authorId", "createdAt": {$max: "$cretedAt"}},
      {$lookup: {
 {
         from: "user",
         localField: "_id",
         foreignField: "_id",
         as: "user"
       }
        { "$sort": { "createdAt" : 1 } },
},
    ])

Может неправильно плагин babel подключаю.

видимо. И вам не плагин нужен, а другой парсер https://github.com/babel/babel/tree/main/eslint/ba...

у request есть параметр "proxy"
и большой раздел в доках
https://github.com/request/request#proxies

Если вы шарите в этом, скажите реально ли такое написать на NodeJS для того же самого альбиона и какими библиотеками можно это реализовать?

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

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

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

Видимо другой проект у вас не настроен на понимание синтаксиса "?."
Сообщение от jest вполне информативное

"This usually means that you are trying to import a file which Jest cannot parse, e.g. it's not plain JavaScript.

By default, if Jest sees a Babel config, it will use that to transform your files, ignoring "node_modules"."

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

капчей может быть какая угодно картинка.
так что "в общем случае" - никак.

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

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

Вот тут описан проверенный способ. Я проверял, все получилось.
Не благодарите.

Заходит пользователь на admin/login чтобы зарегистрироваться. А там ваш кусочек кода срабатывает, смотрит есть ли куки, кук нет, значит отправляем пользователя на admin/login. Идет пользователь на admin/login чтобы зарегистрироваться. А там ваш кусочек кода срабатывает, смотрит есть ли куки, кук нет, значит отправляем пользователя на admin/login. Идет пользователь на admin/login чтобы зарегистрироваться. А там ваш кусочек кода срабатывает, смотрит есть ли куки, кук нет, значит отправляем пользователя на admin/login. Идет пользователь на admin/login чтобы зарегистрироваться. А там ваш кусочек кода срабатывает, смотрит есть ли куки, кук нет, значит отправляем пользователя на admin/login. Заходит пользователь на admin/login ....
.... проходит время ...

браузеру это все надоедает и он останавливает этот веселый процесс.

Это примерно то же что и спросить "хочу выучить font-end язык, что сначала выучить - хром v65 а потом нововведения v84 или сразу v84?"
разница между 12 и 14 версиями ноды заключается в таких вещах которые будут для вас важны после нескольких лет разработки на ноде, серьезного погружения в тему и то не факт. сейчас вообще все равно, не говоря уже о том что когда будте не все равно это будет уже не 14 версия а какая-нибудь 20.