Сергей delphinpro

Чего вы ожидаете от this.length-1 ? В зависимости от контекста вызова у вас в this может быть что угодно. Если там window, (window.length-1) == -1, а элемента с индексом -1 в массиве быть не может.

let stylesheets = document.querySelectorAll('head > link[rel="stylesheet"]')
let last = Array.from(stylesheets).pop()
// или
let last = [...stylesheets].pop()

Очевидно, что Database() можно вынести в отдельную модель, типа ActiveRecord,

Она у вас и так вынесена, в класс Database.

и просто наследовать её

А вот этого делать не стоит. От слова совсем.

Есть такая штука, Dependency Injection (DI). Почитайте. Возможно, не сразу вкурите. Но это необходимо понять и научиться с этим работать.

Должно быть как - у вас есть контейнер, который знает все ваши классы / сервисы (они регистрируются в него или с помощью Service Locator подтягиваются). Он же (контейнер) держит в себе инстансы этих классов - при первом вызове класса он инициализируется 1 раз и сохраняется в контейнере. При последующих обращениях контейнер возвращает уже существующий инстанс. Инициализацию сервисов в конструкторах делать не надо, это жестко связывает ваш код и ведет в никуда. Зависимости надо подкидывать через конструктор, параметрами.

Делаете ветку master, ветку dev и отдельные ветки под отдельные фичи.
Делаете 2 сайта - один сам проект (основной) - на него выкатываете master, второй сайт тестовый - на него выкатываете ветку dev. Остальные ветки разрабатываете, сливаете с dev выкатываете на тест, если там всё нормально то dev сливаете с мастером. За ноут просто когда садитесь если мастер новый есть делаете git pull и стягиваете новую версию

Почитайте про БЭМ. Причем желательно не просто краткое объяснение методологии, а с историческими выкладками, откуда и почему он взялся. Ещё очень полезно послушать старые лекции Виталия Харисова на эту тему.

PS На мой вкус, приведенный пример с кучей импортов переусложнен. Вытаскивать в отдельный файл каждый элемент блока нет смысла. Зачем отдельный файл десятку строк кода? А если их там много, значит скорее всего блок надо разбивать на подблоки.

Итак ноут со следующими характеристиками -

• Процессор Intel Celeron Dual Core 2100 МГц Penryn (T3500) - не фонтан, но для офисной работы и интернета вполне достаточен.
  
• Оперативная память: 2048 Мб DDR3-1066МГц - никуда не годится, с таким количеством памяти работать невозможно. Для комфортной работы нужно 8Гб памяти, для того чтобы хоть как-то работать без диких тормозов хотя бы 4Гб.
  
• Жесткий диск: 320 Гб (5400 rpm), HDD - для комфортной работы с современной ОС нужен SSD, а HDD, да еще и 5400просто гарантирует наличие тормозов.
  

Получается для получения вменяемого быстродействия нужно сделать две вещи -
1)Добавить память - смотрим на сколько можно добавить физически и ставим 8 или хотя бы 4Гб
2)Выкинуть HDD и поставить SSD.
В итоге получится отличная офисная машинка, которая будет шустро работать еще достаточно приличное время.

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

Потому что при сравнении объектов и булевых значений последние преобразовываются в числа, а при сравнение объектов и чисел объекты также преобразуются в числа, т.е., в конечном счёте, в данном случае имеет место сравнение NaN и 1.

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

По-моему наиболее простой уровень вхождения у vue.js, вот есть tutorial по созданию простого SPA на нём:
https://medium.com/@oleg.agapov/basic-single-page-...

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

Не обманывайте программиста, платите в срок и все будет хорошо.

Что делать?

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

Как доверять сердце своего проекта незнакомых людям?

Так же, как вы доверяете зубному.

Особенно интересно, как этот вопрос решается на крупных сайтах.

На крупных сайтах это решается за счет контроля доступа и штата программистов и сисдаминов, которые поддерживают систему 365/24/7

Может ли там кто-то взять и завалить сайт в одиночку?

Да, безусловно. Но смысла в этом нет.

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

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

Решается комплексом из технических и юридических мер.
Технически - бэкапы, разные, разными средствами, никому недоступные.
Юридически - изучить гл. 70 ГК РФ "Авторское право" (там много не относящегося к ПО, правда), дать изучить бэкендеру. Изучить УК РФ, ст. 146 и ст. 272 - и дать изучить бэкендеру (особенно ст. 272). Правильно составить договор - там тонкостей до... фига :)