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

Во-первых, после else пропущен if для проверки другого условия
Во-вторых, parseInt("-10%") будет -10, что при сравнении > 0 даст ложь
В-третьих, parseInt("hit") будет NaN, которое при любом сравнении с чем угодно, в том числе c NaN даст ложь

Правильно проверять примерно так:

if('discount' in data && parseInt(data.discount) < 0) {
  //...
} else if(data.hit === 'hit') {
  //...
}

Давайте угадаю, сам сайт висит на другом хосте?
Вам нужно реализовать CORS на сервере
И научитесь пользоваться инструментами разработчика в браузере, там много полезного

Рассмотрим на примере v8, хотя все js движки с jit компиляцией (все современные) работают похожим образом.

В движок передан некий js код, он разбирает код в ast дерево компилирует верхний уровень и запускает его в указанном контексте (глобальный объект), все функции объявленные на 1м уровне в этот момент существуют просто как кусок ast дерева.
При первом запуске любой функции, v8 компилирует ее дерево по аналогичным правилам + работает оптимизатор, который анализирует выполнение и перестраивает ast-дерево для более быстрой его работы. Именно поэтому первый запуск любой функции всегда медленнее чем последующие.
Если оптимизатор успешно отработал и дерево было изменено - функция перекомпилируется. Но тут важно первое условие, если в функции присутствуют конструкции которые нельзя оптимизировать из-за их непредсказуемости, то оптимизатор не работает.

Теперь к примеру автора вопроса.
У нас есть замыкание, в котором func1 при каждом своем запуске создает новую версию func2. Если оптимизация func1 прошла успешно, то компилированный код func2 будет вшит в func1, то есть не смотря на то что при каждом вызове func1 мы имеем дело с новой func2, компилироваться все будет 1 раз (точнее 2, так как оптимизатор перекомпилирует).

Откуда Вы взяли такой уродливый код?
Вот посмотрите как вариант на это codepen.io/bingo347/pen/ZWyxGb

Вам может помочь шаблонизатор, например handlebars

Если я правильно понял, что Вы хотите, то сделать это можно только костылями.
Более менее нормально получится если подгружать все на javascript и соответственно отслеживать прогресс по принципу "загрузили 5 картинок из 20 - 25%"

у Вас jquery плагин подключен раньше самой jquery
поменяйте местами первые 2 тега script

Object.keys()
Object.getOwnPropertyNames()

redis с его механизмом pub/sub будет проще, быстрее и удобнее
А так, общаться между воркером и мастером можно
самое простое - это через встроенное в child_process/cluster ipc - тормознуто, но работает без лишних заморочек
вариант посложнее - tcp/upd/unix сокет