rPman

Это называется шаблонизатор, для javascript их миллион и маленькая тележка, можете даже простым string replace подменять какие то метки в текстовом определении вашего блока на переменные значения.

Пересоздай элементы DOM, удалив старые, но уже без настроек событий

$('#bbb').text=$('input').value

без установленного jquery для каждого типа элемента нужно будет своими полями/методами пользоваться, где то value, где то text, где то делать setAttribute, а может вручную генерировать DOM

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

Какого фига вы рекомендуете человеку удалять гланды через задницу. Какой вебсокет в mysql вы что? Какие тригеры.

Бакэнд является единственным, кто должен менять критичнуюинформацию в базе, вот пусть он и рассылает в вебсокет нужную информацию клиентам.

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

Когда клиент дает цену товару, бакэнд смотрит, какие клиенты его покупают и шлет им сообщение. Возможно придется держать в памяти массив - какой клиент в базе = клиент вебсокет, но с вероятностью 99.(9)% это уже сделано (как минимум имя отображать и авторизация)

Чтобы найти повторяющиеся значения, необходимо собрать их список, создаете объект, в ключи которого записываете ваши [0].
Затем своим простым циклом собираете новый массив, в который добавляете все значения, присутствующие в этом индекс-объекте.

Код можно запускать из одного места и файлов, аргументами запуска в командной строке определять идентификатор владельца инстанса, все файлы с данными или что у вас там пусть хранятся в подкаталогах с именем равным этому идентификатору (но лучше конечно в базе данных хранить, тупо будет удобнее).

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

Ты же сам задал размер в vh/vw а они по определению процент от размера окна.
Делай в px или хотя бы в em

canvas такой же элемент как и другие, устанавливайте стиль background:transparent; или opacity:XXX;

У тебя save_element(); вызывается прямо в рендере перед валидацией полей и чтением этих полей из стораджа, логично что там пусто.

Сохранять нужно после ввода даных

Можно подменить методы, особенно если используется jquery, но и вообще любые методы можно подменять, заменяя своими

например:
var oldXMLHttpRequest=XMLHttpRequest;
XMLHttpRequest=тут описываешь свой класс, который будет выступать прослойкой проверяя оп каким то критериям нужно ли пропускать запрос и вызывая oldXMLHttpRequest

Рисуешь на канвасе, на каждом onmousemoove прибавляешь к области в текущих координатах и ее окрестностях (размер рисующего круга) к интенсивности, причем чем дальше от центра, тем меньше прибавляешь, возможно для красоты использовать свою маску, небольшое изображение, определяющее твою кисть. Если мышка не двигается какое то время (setTimeout и сбрасывать счетчик на onmousemoove) то с некоторым шагом времени начинаешь вычитать из каждого пиксела интенсивность.

Если под интенсивностью. и ее изменениями подразумевать и менять одновременно все три канала rgb, т.е. 0.0.0 - это 0, а 255,255,255 - 255 то у тебя будет чернобелый аналог того что на сайте.

Если тебе нужна другая карта цветов, тебе где то отдельно нужно определить массивом или функцией, какое значение интенсивности - какой цвет. Т.е. функция сложения текущей области и кисти должна сначала преобразовывать цвета в интенсивность, складывать их и обратно преобразовывать в цвет.

Чтобы туда сюда цвета не запрашивать с канваса, можно хранить интенсивность в отдельном массиве.

p.s. если попиксельно будет медленно, ищи операции с изображениями в целом или даже webgl

Вопрос составлен ужасно, но если я верно понял - у вас высокая нагрузка на сервер из-за неправильно выбранной технологии.

Чтобы на стороне клиента мониторить события, которые им хочет сообщать сервер, вам нужны websocket или хотя бы long pooling (устаревшая технология на тот случай, если вебсокеты не доступны).

Первое очень просто - клиент держит специальное подключение к специальному websocket серверу, который вы должны поднять на сервере (реализация вебосокет есть на всех популярных языках, начиная с php).
Пример сервера - https://reactphp.org/
На клиенте - штатный https://developer.mozilla.org/en-US/docs/Web/API/W...

Второе - специальный запрос к бакенд серверу на файл, который сервер не отдает до тех пор пока ему не понадобится что то сообщить клиенту (причем каждому клиенту сервер по своему отдает это файл), это реализуется на любом языке очень просто, но не так эффективно как через вебсокет сервер.
Пример -https://github.com/panique/php-long-polling

nodeElement.getBoundingClientRect() возвращает прямоугольник, если у него размеры =0 то он невидим.

Вот пример, этот код инжектят на страницу и он периодически сканирует ее всю и возвращает список видимых объектов с координатами их областей.

На сколько мне известно в require проверяет, загружался ли модуль и если да, то он просто возвращает уже проинициализированный объект

Осторожно с относительными путями (типа './file.js'), одна и та же строчка в зависимости от места расположения вызывающего скрипта, будет искать модули в разных местах и если там будут файлы с теми же именами (например разные версии модуля) то вопрос, будет ли использован кеш для второго вызова но другого скрипта или нет.

В пределах сессии (веб-приложения или одной страницы, если не используются фреймы, хотя для хромиум это вопрос исследования) javascript выполняется в пределах одного процесса, это значит не получится запустить две функции в разных потоках чтобы они выполнялись одновременно... только последовательно.

Попробуйте web-workers, они по уму могут работать в отдельном процессе, т.е. запускаете два воркера в каждому своя функция и ждете кто первый вернет результат.... Но учтите, даже в случае многопоточного исполнения никаких гарантий что повторный вызов даст тот же результат по скорости.

Ловите событие appresume

window.appResumeEvent = new Event('appresume');
window.addEventListener('appresume', yourFunction, false);

ну и это