ThunderCat

Если $item это товар, то во первых у вас не первый товар с ценой будет, а последний, и во вторых по тому что вы делаете присвоение после цикла, а не внутри.

Вопрос: как после обновления страницы сохранить эти данные, мол купон такой-то активирован. У меня код купона, его скидка и статус пишутся в массив $_SESSION.

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

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

Как нужно действовать (в принципе всегда):
1) Проверить что форма срабатывает и делает запрос: открываем консоль разработчика в браузере - нетворк, субмитим форму - смотрим что форма сделала запрос к серверу. Если не сделала - разбираемся в консоли какие ошибки со скриптами и все чиним.
2) В отсылаемом запросе смотрим данные, которые отправляет скрипт, а так же ответ сервера, на предмет ошибок. Если есть ошибки - исправляем.
3) Проверяем данные которые пришли на сервер, делаем var_dump($_POST), смотрим - то ли пришло на сервер. Если что-то не пришло - возвращаемся на фронт и ищем ошибку в хтмл разметке и форме.
4) Правильные данные сначала вставляем в отдельную переменную как строку запроса, а потом передаем ее на выполнение в $mysql->query(). Таким образом перед выполнением запроса можно тем же var_dump() вывести запрос и проверить его визуально на правильность, ну или вставить руками в бд через phpmyadmin или другой инструмент работы с бд. Посмотреть ошибки - исправить.
5) Во всех случаях нужно использовать подготовленные выражения. Код станет на 3 строчки длиннее, но на 90% качественнее.
Профит.

для тех кто в танке:

$txt = '{"id":823, ... "SECTION_ID":"65","SECTION_CODE":null}},"offers":[]}'; //НУЖНЫ КАВЫЧКИ И ТОЧКА С ЗАПЯТОЙ!
$arr = json_decode($txt, true);

читать что такое ошибка 500
Сделать то что рекомендуется в таких случаях
Поправить

Композером вы, конечно, не пользовались...
Уверен что отсталость разработчиков тут не при чем, а отстает от прогресса тут кто-то другой.

1) Операции по крону чаще всего выполняют обслуживающую разовую функцию, и часто что-то ресурсоемкое.
2) @set_time_limit(0); как бэ намекает, что "сичас будит мясо", на которое потребуется нехило времени.
3) require($_SERVER['DOCUMENT_ROOT']."/bitrix/modules/main/tools/backup.php"); дает намек на то, что мы будем делать что-то связанное с бэкапом, что всегда является не быстрой операцией.

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