Иван

В Spring 5 есть WebFlux, который работает поверх Netty. А Netty это такой замечательный асинхронный фреймворк, про который один из инженеров Netflix'а писал, что у них один инстанс держит в среднем 20 000 одновременных соединений, пропуская через себя 40 Гбит/с трафика. На хабре ещё была статейка про написанную на Netty систему управления IoT-устройствами, которая обрабатывает 980 000 соединений с секунду, работая при этом на двух DO'шных VPS'ах за 20 и 40 баксов в месяц.

Собственно сам вопрос, с чего начать изучение бэкенда

Хм... я бы начал с начала. Начало - это основы (базис) сетей, протоколов (TCP/IP, HTTP), самые основы работы веб-серверов, того же Linux'а и т.д. Обратите внимание на слово основы, механизмы уровня ядра Linux или исходный код Apache - Вам изучать совершенно не обязательно.

Далее, неплохо бы иметь хотя бы общее представление о базах данных, понимать как примерно работает SQL и чуть-чуть познакомиться с основными БД мира OpenSource - MySQL, PostgreSQL.

Если после всего этого, у Вас не пропадёт напрочь желание изучать backend, можно выбирать язык. Какой? Любой. Python или PHP например. Особого значения как таковой язык в разработке не имеет. Гораздо важнее общее понимание процессов, чем конечный язык.

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

Что сам читал:
1. Брюс Эккель - Философия Java
2. Корнелл Хорстманн - Java. Библиотека профессионала.
3. Элизабет Фримен и Эрик Фримен - Паттерны проектирования
4. Джошуа Блох - Java. Эффективное программирование
5. Роберт Мартин - Чистый код

Ну и что-нибудь поновее.

Обращение идет к первому аргументу.
Вы при вызове:

var snakify = attitude(/millenials/ig, "Snake People");

возвращаете в snakify такую функцию:

function(source) {
  return source.replace(/millenials/ig, "Snake People");
};

и она принимает только один аргумент source.

И что дальше? Проверка if (target.tagName != 'TD') return; справляется со своей задчей - игнорирует все, кроме td.

Так вы кликните по td, а попадете на вложенный элемент strong, вызов прервется и td не подсветится, так как
target == 'strong'
хотя вы кликнули по td.

Затем и нужна беготня по иерархии. Примерно так же делегирование jQuery работает:

$('table').on('click', 'td', function() { 
  //handler 
});

Там такая же "беготня" в реализации.

JackShcherbakov Если уж вы взялись писать код в стиле ООП, то должны понять 1 простую суть. Класс это просто описание объекта и он содержит в себе методы для управления этим объектом.

Объясню на вашем примере:
У вас есть class Table {}, в нем сохраняются методы для работы с таблицей (добавление рядков, удаление и т.д), но не штуки подобно newH1Element или output(их можно вынести в те же самые методы).

Подводя итог:

class Table {
    constructor(name, columns, rows, defaultText) {
        this.name = name;
        this.columns = columns;
        this.rows = rows;
        this.defaultText = defaultText;
    }
    save() {
        localStorage.setItem(this.name, document.getElementById("rightControlPanel").innerHTML)
    }
    add() {
        /..создаете тот же tr и т.д../
    }
    delete() {}
}

Здравствуйте.
Технологий взлома уйма.
В зависимости от того, какие привелегии получил "хакер" при вломе вашей БД - зависит очень много.
Если он получил доступ только на чтение, то захешированные в MD5 пароли ему мало чем помогут, т.к. MD5 не имеет алгоритма обратной расшифровки и хэширование спасёт тем, что взломщик получивший доступ на чтение паролей - самих паролей не получит (есть конечно словарь MD5 хешей, то это другая история).
Вообще для защиты любой БД есть несколько золотых правил:
0. Переименовать дефолтного админа и защитить его сложным паролем.
1. Для каждой БД должен создаваться свой владелец и несколько пользователей с разными наборами привелегий.
2. Ни у одного из пользователей, созданных в п.1 не должно быть прав на изменение таблиц в соседней БД.
Если есть необходимость обновлять соседние БД - делайте это триггером в соседней БД.
3. Каждый внешний веб-сервис должен ходить в БД только с тем набором прав, которых ему достаточно для работы. Т.е. не нужно везде прописывать root и надеяться на лучшее.
В этом случае, если взломщик получит привелегии этого пользователя, то сможет сделать только то, что разрешено этому пользователю. Тогда не выйдет "удалить все и сразу".
Например, для наполнения католога товаров в интернет-магазине может быть отдельный пользователь, с правами на SELECT, INSERT, UPDATE, DELETE в таблице SHOP_PRODUCTS, например. И ничего более.
А пользователи, приходящие в магазин за покупками могут делать SELECT, INSERT, UPDATE, DELETE только в таблицу CUSTOMER_CART. В коде веб-сервиса, естественно должна быть проверка, что покупатель редактирует СВОЮ корзину.
Для показа каталога товаров - отдельный пользователь, имеющий право только на SELECT из таблицы SHOP_PRODUCTS.
А продажу товара может делать отдельный пользователь, с правом только на UPDATE колонки AMOUNT в таблице SHOP_PRODUCTS. Пример:

GRANT SELECT ON shopdb.SHOP_PRODUCTS TO 'trader_bot'@'shophost';
GRANT UPDATE (AMOUNT) ON shopdb.SHOP_PRODUCTS TO 'trader_bot'@'shophost';

И т.п. По принципу "Разделяй и властвуй."
4. Писать запросы с использованием placeholder'ов (подстановку данных), что убережёт от SQL-инъекций.
Пример:

$DB->select('SELECT * FROM tbl WHERE a=? AND b=?', $a, $b);

5. Если и БД и приложение, используещее БД установлены на одном сервере - отключить удалённый доступ к БД и работать через сокеты.
6. Последний, но самый важный - БЕКАПЫ. При удалении всего и вся - нужно откуда-то восстановиться. Делайте бекапы и храните на отдельном сервере (не выставленном наружу).

При загрузке страницы передаете время сервера.
На клиенте берете текущее время, вычисляете насколько оно отличается от серверного.
Затем по setInterval() раз в секунду берете время клиента, применяете к нему поправку, и обновляете циферки на дисплее.

Делать сам отсчет на setInterval(..., 1000) - идея так себе, потому что он вообще не гарантирует, что следующий вызов функции будет через секунду. Он гарантирует, что вызов будет НЕ РАНЬШЕ ЧЕМ через секунду. Ну и есть еще замедление работы при переключении вкладки, сворачивании окна, а так же уход компьютера в сон, гибернацию, вот это все.