Алексей Уколов

Никак.
По умолчанию, без специальных ухищрений, javascript работает в одном потоке.
Пока цикл не завершится - вообще больше ничего не произойдёт, в т.ч. реакция на клик - страница тупо "зависает".

Если говорить про конкретный пример, то он просто бессмысленный, даже с точки зрения житейской логики.
Учитывая, что if ($isTestOrder) можно прочитать, как ЕСЛИ переменная не занимает памяти то проверка выглядит просто глупостью. "Если переменная не занимает памяти, то не передавать её. Так мы с экономим память!" Если переменная и так не занимает никакой памяти, то какого еще дополнительно выделения памяти она может потребовать?

Если говорить про передачу параметров вообще, то оба неправы, но тимлид ближе к истине и надо всегда следовать его рекомендации не экономить на пустом месте. А экономить только адресно, когда экономия очевидна и востребована.

В общем случае тут не будет никакой экономии, ни на спичках, ни без.

При передаче параметра внутрь метода под него выделяется дополнительная память

- это чушь и неправда.

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

• Объекты изначально передаются по ссылке
  
• Строки и массивы - с использованием механизма copy-on-write. Что означает, что память будет выделяться только если переданное значение будет изменено в процессе обработки. А если оно будет только считываться, то дополнительной памяти занимать не будет
  

Для всех остальных типов, как было правильно сказано тимлидом - это будет экономия на спичках.

Программные ошибки, в т.ч. в парсерах и декодерах форматов, могут эксплуатироваться для взлома.
Вот (а также более простыми словами вот и вот) пример с конца 2021 года, когда iOS-устройство заражалось PDF-файлом, присланным в виде картинки через iMessage. От пользователя не требовалось открывать сообщение или «картинку», заражение происходило автоматически при поступлении входящего сообщения.

А что вы так за математику зацепились?
Перед вами барьер в виде понимания стека технологий - как взаимодействует клиент и сервер. Математики там примерно на 2+2.
Это вам чтобы в вуз поступить математика нужна. Чтобы на одной из базисных дисциплин вы научились брать интегралы - чисто джентельменский навык как фехтование шпагой, а на другой, уже профильной дисциплине вам расскажут про стек технологий, чтобы получить полностью работающий сайт.

Основная проблема здесь:

with open('merged.json', 'a+', encoding='utf-8') as hml:
    d = json.load(hml)

Пытаетесь открыть файл для добавления данных и одновременно считать из него.
Когда файл открывается "a+", указатель помещается в самый конец файла. Поэтому при считывании из него последующим json.load(hml) данных просто не будет (даже если файл что-то и содержит, т.к. указатель в самом конце). Поэтому и возвращается эта ошибка, что json некорректный.
Можно это поправить, если после открытия файла перемотать указатель в его начало, добавив перед json.load строку
hml.seek(0)
Но вообще в целом по структуре всего кода, лучше не пытаться с json файлами работать путем их дописывания.
Лучше
1. Сначала полностью считать исходный файл в свой список/словарь
2. Сделать изменения/дополнения именно в этом списке
3. В конце записать уже полные данные с нуля в файл .json
Тогда и ошибок будет меньше, и не понадобится изобретать костыли в виде replace("]", "")

Что в моноблоке, что в миниПК, что в ноутбуке - одна проблема, это охлаждение. Т.к. места - минимум для него.

Для рендера и монтажа обычно берется нормальный системный блок. С хорошим охлаждением. Чтобы ПК мог молотить на 100% 24\7

Совсем чтоли для корпуса места нет?

Устанавливайте любое удобное значение. При правильной работе с кэшем клиенты всегда получат свежую версию файла (если файл был обновлён).