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

в 1 случае Вы сразу создали новый объект на основе прототипа AllElemetsParent и присвоили его в переменную CreateNewElement
во 2 случае, вы присвоили свойству prototype объекта CreateNewElement ссылку на то что хранится в AllElemetsParent, если CreateNewElement - функция, то при вызове ее с оператором new будет создаваться новый объект на основе прототипа AllElemetsParent, он поступит в функцию как объект this и будет возвращен оператором new

Для начала теория:
1. Сам репозиторий npm располагается по адресу https://registry.npmjs.org/
работает он по принципу http+rest+json
2. Метаданные конкретного пакета можно получить по адресам:
https://registry.npmjs.org/$package
https://registry.npmjs.org/$package/$version
где $package - имя пакета, $version - нужная версия или latest для самой последней
3. в методанных по адресам https://registry.npmjs.org/$package/$version обязательно присутствует объект dist содержащий поля shasum (контрольная сумма архива) и tarball (ссылка на сам архив упакованный tar+gz), качаем архив по ссылке, при необходимости проверяем контрольную сумму
4. там же могут содержаться объекты dependencies и devDependencies, формат как в файле package.json

Базовую теорию рассказал, начать с этим писать свой npm/yarn уже можно, но не нужно
Действуем:
1. Пишем скрипт, который выкачивает tarball пакета и всего дерева его зависимостей и запускаем на машине где есть интернет
2. Копируем все это на целевую машину
3а. Устанавливаем все пакеты как расписал Константин Китманов через npm install ./package.tgz
Однако npm может опять же захотеть интернет, чтоб подтянуть зависимости, поэтому:
3б. Делаем установку вручную:

в папке проекта создадим node_modules:
mkdir node_modules

распакуем туда архивы, package меняем на имя пакета, version - на версию:
tar -xzf package-version.tgz node_modules/package

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

некоторые пакеты потребуют компиляции c++ части, тут понадобится python2 и build-essential в системе, которые можно поставить из deb пакетов (как выдернуть deb пакет из любого репозитория apt расписывать не буду, там принципы похожие), для компиляции достаточно запустить:
npm build path/to/unpacked/package

/*блок родителя*/
.parent-block {
  position: relative;
  width: 100%;
  max-width: 1330px;
  margin: auto;
}
/*блок картинки*/
.image-block {
  position: absolute;
  right: 0;
  transform: translateX(60%);
}

INSERT INTO table_name
(nested.a, nested.b)
VALUES
(1, 2),
(3, 4),
(5, 6)

https://clickhouse.yandex/docs/ru/query_language/q...
https://clickhouse.yandex/docs/ru/data_types/neste...

alias git='LANG=en_US.UTF-8 git'
в .bashrc

"Client-side и Server-side" и "Frontend и Backend" - это абсолютно разные и никак не связанные понятия

Клиент - это приложение, которое делегирует часть своего функционала другому приложению - серверу
Сервер - это приложение, которое обслуживает множество клиентов, предоставляя им свой функционал
Frontend - это часть приложения, отвечающая за интерфейс (GUI, CLI, etc.), то есть то, что непосредственно видит пользователь, с чем пользователь взаимодействует
Backend - это часть приложения, отвечающая за бизнес логику, за фоновые задачи, за то что скрыто от пользователя

Практически любое приложение содержит backend часть, не зависимо от того клиент оно, сервер или вообще работает без клиент-серверного взаимодействия
frontend часть может содержать как клиент, так и сервер, хотя сервера содержат ее не часто
Яркий пример - X.org (сервер GUI в Linux и некоторых других *nix системах) содержит frontend часть - рисует на экране, получает пользовательский ввод (клавиатура, мышь, джойстик, etc.), а простейшие WindowManager (например awesome), являющиеся клиентами по отношению к X.org, frontend части не содержат

Конкретно в web это идет с тех времен, когда вся логика была на сервере, а на клиенте были статичные html страницы, а js использовался только для красотулечек-финтифлюшечек

P.S. Еще про web, а конкретно про его клиентскую часть, то есть браузер:
Когда пишем html, css - это frontend (пусть "чистые" верстальщики порадуются)
Когда пишем js код взаимодействующий с DOM, CSSOM, рисующий на Canvas - это frontend
Когда в js обрабатываем пользовательские события (keyup, click, focus, touchstart, etc.) - это frontend
Когда на js производим расчеты, проверки ввода, вешаем таймеры, работаем с локальными хранилищами, отправляем ajax запросы - это backend
Когда обрабатываем такие события как load, message, DOMContentLoaded - это backend
Код работающий в WebWorker'е - это backend
Продолжать можно долго, суть думаю ясна

в css перед is-active пропущена точка

В комментах нашли с топикстартером решение, в виде указания версии ecma линтеру:

"parserOptions": {
        "ecmaVersion": 2015,
        "sourceType": "script"
}

Используйте pm2 на продакшене
Он запустит Ваше приложение в кластере (настраивается конкретное количество процессов или по числу потоков cpu)
Будет следить за потребляемой памятью и загрузкой процессора
Сделает рестарт упавшего процесса
Будет собирать логи (console.log, console.error), с плагинами можно настроить ротацию
С плагинами можно прикрутить CI для пересборки и перезапуска проекта по webhook в git
Ну и много чего еще

<template>
<div :class="$style.component">
   <div :class="$style.element"></div>
   <div :class="$style['another-element']"></div>
</div>
</template>

<style module>
.component {}
.element {}
.another-element {}
</style>

module, в отличии от scoped, меняет имена классов на уникальный хэш, и выкидывает его в объект vm.$style
селекторы получаются мега легковестные

server.use((req, res, next) => {
  res.sendError = function(type, code) {
    return this.send({status: 'error', type, code});
  };
  next();
});

server.get('/', (req, res, next) => {
  res.sendError('auth', 'no_login');
});

С первой строкой Вы разобрались правильно

Во второй строке используется метод массива reduce, предназначенный для свертки массива
Этот метод принимает 2 аргумента, функцию и инициализирующее значение, притом 2й аргумент не обязателен, если он отсутствует, то в качестве инициализирующего значения будет взят 0й элемент массива, а массив будет обрабатываться начиная с элемента с индексом 1.
Важно! для пустого массива метод reduce просто вернет инициализирующее значение, а если оно опущено - выкинет ошибку. Но здесь это не критично, так как метод строки split никогда не вернет пустой массив, а метод массива map всегда вернет массив той же размерности, что и исходный.
Функция переданная первым аргументом будет вызываться для каждого элемента массива, в нее передается 4 аргумента (в Вашем примере 2 последних опущены за ненадобностью):

1. Результат предыдущего вычисления (или инициализирующее значение для первого вызова)
   
2. Текущий элемент массива
   
3. Индекс текущего элемента
   
4. Исходный массив
   

Функция должна вернуть результат вычисления для текущего элемента, последний результат будет возвращен методом reduce

В третьей строке используется тернарный оператор, формат которого:
<условие> ? <результат при истине условия> : <результат при лжи>
То есть, если sum > 1 - в target запишем 0, иначе 1

Метод массива indexOf производит поиск в массиве по точному совпадению (проверяет оператором ===) с переданным аргументом и возвращает индекс первого найденного элемента или -1 если ничего не нашел

P.S. я бы решил так:

function iqTest(numbers) {
  return numbers
    .split(' ')
    .map((v, i) => ({v: v % 2, i: i + 1}))
    .find(({v}, i, arr) => i !== 0 && v !== arr[i - 1].v)
    .i;
}

https://nodejs.org/dist/latest-v8.x/docs/api/vm.html

Можно

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