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

https://nodejs.org/dist/latest-v14.x/docs/api/stre...
https://nodejs.org/dist/latest-v14.x/docs/api/stre...

Но в Вашем примере уже присутствует pipe, который сам вычитывает readable поток в writable (в Вашем случае res)
https://nodejs.org/dist/latest-v14.x/docs/api/stre...

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

https://tlgrm.ru/docs/mtproto/TL

У Вас функции popup1, popup2 и popup3 ничего не возвращают
if (popup1() === random)соответственно здесь строго сравнивается undefined с числом, что всегда даст false.

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

Ну и напоследок:if (agreement === true)зачем === true в условии, если agreement всегда типа boolean?

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

Еще одна проблема, хоть она и не относится к вопросу, это то что у Вас присутствует бесполезная работа с localStorage (Вы каждый раз пишите туда новые, никак не зависящие от старых, данные, только ради того чтоб их тут же прочитать), а так же бесполезная сериализация/десериализация JSON.
Отношение к пользовательским ресурсам - все равно что вломится к пользователю домой и плюнуть ему в лицо.

localStorage.getItem сам не поставит класс элементу, он просто читает значение

if (localStorage.getItem('theme') !== null) {
    localStorage.getItem('theme') // эта строка ничего не делает
}

Попробуйте так:

(function () {
  const blue = document.querySelector('#pink')

  switch (localStorage.getItem('theme')) {
      case 'blueTheme':
          blue.classList.add('blueTheme')
  }

  blue.addEventListener('click', () => {
    if (blue.classList.contains('blueTheme')) {
        blue.classList.add('blueTheme')
        localStorage.setItem('theme', 'blueTheme')
    } else {
        blue.classList.remove('blueTheme')
        localStorage.removeItem('theme')
    }
  })
}())

$(function() {

});

вызывает функцию $ и отдает ей анонимную функцию в качестве аргумента

(function($) {

})(jQuery);

Вызывает анонимную функцию сразу, параметр jQuery попадет в аргумент $ внутри функции

Все сильно зависит от движка, но в основном принципы похожи. Расскажу на примере v8 (chrome, node).
Первое, что надо понять, в v8 сборка мусора основана на поколениях. И в разных поколениях применяются разные алгоритмы. В v8 используется 3 поколения:
- Молодое (собирается по наполнению (часто), но быстрым упрощенным алгоритмом)
- Старое (собирается по расписанию (редко), здесь как раз Mark & Sweep)
- Особое (я не очень про него знаю, здесь очень большие объекты + объекты с прямым доступом из глобального)

Второе, что нужно понять, все данные доступные из JS v8 хранит на куче, независимо примитив это или js-объект. С точки зрения GC все есть объект, и числа и строки и функции.

Теперь более подробно про молодое поколение. Его цель - быть быстрым, быстро выделять и освобождать память. Создатели v8 прекрасно знают, что аллокация на куче - крайне затратная операция, поэтому здесь преаллоцированы 2 страницы памяти, которые используются по очереди. Заодно можно получить бонус в работе с процессорным кэшем, за счет того, что здесь "горячие" данные и они лежат рядом, а значит попадут на одну кэш линию. Когда мы создаем новый объект, v8 просто помещает его в конец активной страницы. Если места не хватает происходит быстрая сборка мусора. А еще здесь используется подсчет ссылок (он быстрее), но только для ссылок из старого поколения - если есть хоть 1 такая ссылка - объект живой, а так же живо все его объектное дерево. Так же нельзя "убивать" объект, если на него есть ссылки из стэка. Все остальное "мертвое". Живые объекты переносятся в начало второй страницы памяти (заодно происходит дефрагментация памяти), после чего она становится активной. Если объект пережил 3 таких быстрых сборки, то вместо второй страницы его переносят на старое поколение, при этом происходит аллокация памяти.

В Вашем примере задействовано только молодое поколение.

function f() {
    // это мертвый код, после оптимизации f строка вообще не будет память использовать
    let a = 'some text';

    // это 2 молодых объекта, на них уже ссылается контекст вызова f, а на него ссылается стэк
    var obj1 = {};
    var obj2 = {};
    obj1.p = obj2; // obj1 references obj2
    obj2.p = obj1; // obj2 references obj1. This creates a cycle.

    // при завершении функции стэк перестает ссылаться на контекст вызова
    // контекст вызова умрет при ближайшей GC,
    // а вместе с ним и obj1 и obj2, так как их никто не отметит "живыми"
}
f();

Если правильно понял замысел, то можно как-то так:

async function test() {
    let savedResolve, sevedReject;
    const promiseForReturn = new Promise((resolve, reject) => {
        // этот колбэк отрабатывает синхронно
        sevedResolve = resolve;
        savedReject = reject;
    });
    // поэтому savedResolve и sevedReject уже доступны здесь
    sevedReject(1);
    return promiseForReturn; // промис возвращаемый test() будет связан с этим и ждать его
}

Но лучше с таким все же быть аккуратным

async function test() {
    let savedResolve, sevedReject;
    const promiseForReturn = new Promise((resolve, reject) => {
        sevedResolve = resolve;
        savedReject = reject;
    });
    // это deadlock
    await promiseForReturn;
    sevedResolve(1);
}

https://developer.mozilla.org/ru/docs/Web/CSS/CSS_...

https://developer.mozilla.org/en-US/docs/Web/JavaS...

https://developer.mozilla.org/ru/docs/Web/API/DOMParser

Если речь о браузере, то можно ловить события клавиатуры (keypress, keydown или keyup) на странице или на отдельных ее элементах:
https://developer.mozilla.org/ru/docs/Web/API/Keyb...

Если речь о Node.JS, то есть поток доступный через process.stdin, а так же есть встроенный модуль readline, с помощью которого можно работать с вводом гораздо проще.