VolgaVolga

Если в новом объекте должны быть все указанные свойства, вне зависимости от их наличия в исходном объекте:

// имена свойств можно передавать в виде массива
const pick = (obj, keys) => Object.fromEntries(keys.map(n => [ n, obj[n] ]));
const newObj = pick(obj, [ 'b', 'c' ]);

// или как отдельные значения
const pick = (obj, ...keys) => keys.reduce((acc, n) => (acc[n] = obj[n], acc), {});
const newObj = pick(obj, 'b', 'c');

Если отсутствующие свойства не нужны:

const pickExisting = (obj, keys) =>
  Object.fromEntries(keys.filter(n => n in obj).map(n => [ n, obj[n] ]));

Если нужны только собственные свойства:

const pickOwn = (obj, keys) =>
  keys.reduce((acc, n) => (Object.hasOwn(obj, n) && (acc[n] = obj[n]), acc), {});

Если хотим выбирать свойства не только по именам, но и по значениям:

const pick = (obj, filterFn) => Object.fromEntries(Object.entries(obj).filter(filterFn));

const obj1 = pick(obj, ([ k, v ]) => 'abc'.includes(k) && v % 2); // {a: 1, c: 3}
const obj2 = pick(obj, n => n[1] > 2); // {c: 3, d: 5}

Самый неправильный способ обучения - с конца. Это очень неэффективно если не бессмысленно, изучать программирование непоследовательно.

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

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

Советую изучать с низов, самостоятельно, чтобы было понимание каждого шага, всего что происходит.
* операционные системы, процессор и многопоточность, сети,...
глубоко изучать это не требуется но базовые понимания нужны чтобы не получать медленное приложение только потому что не знал что каждый твой запрос в tcp это 'туда-сюда', и это медленно (десятки миллисекунд), что одновременно два человека пытающиеся что то изменить на сайте нужно разруливать чтобы не было конфликтов и т.п.
* бакэнд и фронтэнд
буквально что значит запрос и генерация ответа, какие бывают способы организации этого бакэнда (http rest и к примеру websocket), не понимание разницы между бакэндом и фронтэндом у новичков рождает абсурдные вопросы как из javascript изменить переменную php (и наоборот)... в чем разница между генерацией страницы на сервере и в браузере.
* html, css,..
верстка и дизайн, отдельный мир браузерных стандартов, исторических наслоений,. когда стоит применять фреймы, почему шрифты по разному выглядят, разные устройства и размеры экранов, разные способы взаимодействия (сенсорный экран, мышь, клавиатура)...
* базы данных
еще более огромный мир атомарных транзакций, индексов, нормальных форм и прочего
* девопс
без умения выбрать инструмент, настроить тулчейны, среду разработки, среду исполнения (веб сервер), настроить бакапы и прочее пытаться что то разрабатывать это как в слепую гулять по лесу, будешь постоянно на ветки натыкаться
...
это я еще про системную аналитику не сказал, обычно прежде чем что то создавать, нужно продумать как это все делать, что такое технический долг и т.п., а еще есть тестирование, обслуживание, работа с отказами (сервер сдох, база упала, как все восстановить), обновление на живую и прочие веселья

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

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

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

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

вопросы к настройкам веб сервера
Вы веб серверу сказали работать через https ?
Указали в конфиге нужный сертификат? ну и порт, раз он у Вас не стандартный...

сертификат у Вас сгенерировался и лежит по указанному пути

Какой web-сервер используется? Похоже, что certbot создал тебе сертификат, но не настроил конфиг web сервера на его использование, т.к. в консоли видно, что ты использовал ключ certonly.

Суть в том, что я не совсем понимаю работу вебсокетов, может быть кто-то писал что-то такое и может подсказать какую литературу или какие источники использовал.

Я думаю автору имеет смысл пройти какой-то учебный курс (желательно платный) по JS+WebSockets.
Это очень важная основа. Поэтому всякие yii2+vue+mongo не имеют никакого значение если ты не сможешь
разбираться в простейших сетевых ошибках и состояниях протокола.

Освоишь ws - делай любой чат. Ты его даже сделаешь без фреймворков.

У меня было что-то похожее.
Так что предположу, что это норма.

Но по-хорошему ты не должен оставаться 1-на-1 с кодом и должен быть где-то человек, которому ты можешь задавать вопросы (пусть он и не будет с тобой рядом весь день сидеть)

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

Тогда это норма вдвойне.
В 90% случаев ты попадаешь не в стартап, где нет кода, а уже в сложившуюся команду, особенно если ты новичок.

Моё мнение - если тебе смысл переменной не очевиден, то нужно делать полноценное имя переменной.

Короткое, например, имеет смысл для параметра в лямбде (array.filter(x => x % 2 === 0)) или в какой-нибудь функции наподобие

function sum(a, b) {
 return a+b;
}

Если тебе к твоей однобуквенной переменной нужно ещё и комментарий писать, который её расшифрует - значит переменная точно не должна быть однобуквенной.

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

Экономить ресурс нажатий на кнопки клавиатуры не надо, как и не надо экономить буквы на экране.