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

Вы отдаете заголовок xhr.setRequestHeader('Content-Type', 'multipart/form-data')
а отдаете просто файл
Так понимаю на сервере php, так что буду основываться на этом, хоть и не помню его толком
вариант 1: оборачивать файл в FormData и отправлять его, читаем про него тут https://developer.mozilla.org/ru/docs/Web/API/FormData
вариант 2: если отдаем как есть, то читаем файл из php://input если передавать только файл, там будет только он

На удаленной машине нужно создать bare репозиторий:git init --bare project_name.gitгде project_name - имя проекта
на локальной машине, в папке проекта:

git remote add origin project_url
git push -u origin remote_branch_name

где project_url - url проекта, например при доступе по ssh и работе git из под пользователя git: git@server.com:/path/to/project_name.git
remote_branch_name - как текущая ветка будет называться на удаленном репозитории, например master

function groupByDate(arr) {
  //свертка массива во временный объект, с датами в качестве ключей
  const temp = arr.reduce((acc, elem) => {
    // делим строку по пробелу и извлекаем 0й элемент '2018-03-05 12:00' -> '2018-03-05'
    const date = elem.date.split(' ')[0];
    //если ключа-даты еще нет в объекте, записываем туда пустой массив
    if(!acc[date]) {
      acc[date] = [];
    }
    // ложим текущий элемент в соответствующий массив
    acc[date].push(elem);
    return acc;
  }, {});
  // извлекаем все ключи получившегося объекта в массив
  // и преобразуем массив ключей в массив значений
  return Object.getOwnPropertyNames(temp).map(k => temp[k]);
}

в 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"
}