ThunderCat

1) никак, да и незачем. файлы жс уже находятся на клиенте, так что все что вы можете - обфусцировать код, но кому надо и так разберется, а кому не надо пофиг в любом виде. Относительно пхп файлов - иx и так никто не увидит с клиента, они исполняются на сервере, и клиенту доходит только результат выполнения скрипта.
2) Никак. Если у вас передаются через запросы какие-либо данные которые не должен видеть пользователь, значит что-то пошло не так.
3) По вкусу, безопасность это никак не гарантирует.
4) Странный вопрос, суть которого вообще не ясна.
5) Выдает с головой полное непонимание что и как устроено и что за что отвечает.
6) Куки не страшные, опасаться не стоит, еще не зарегистрировано ни одного случая нападения куки на человека. Пишите туда данные необходимые для работы приложения. Обычно пароль или другую секретную информацию записывать туда не рекомендуется.

может кто-то пользуется какими-то лайфхаками)

Пред тем как писать бред - посвятите 2 минуты гуглению вопроса, хотя бы выглядеть совершенно глупо не будете, и вопрос хоть нормально сформулировать сможете. Не хочется как-то токсично прям отписываться, но такие вопросы вызывают болевые ощущения в глазах...

во первых - хорошо бы изменить немного метод вывода, ну во вторых очевидно что нужна локальная проверка, например так:

...
if ($rezult_1 || $rezult_1 || $rezult_1) {?>
                <div class="meta-box-legserv" style="background-color: #aeefb5;">
                        <p class="blockgetzag">Что вы можете получить:</p>
                        <div class="blockgettextwrapper">
                            <ol>
                                <?php if(!empty($rezult_1)){?><li> <?= $rezult_1?></li><?php }?>
                                <?php if(!empty($rezult_2)){?><li> <?= $rezult_2?></li><?php }?>
                                 <?php if(!empty($rezult_3)){?><li> <?= $rezult_3?></li><?php }?>
                            </ol>
                        </div>
                    </div>
<?php            } else {
                echo 'ПУСТО';
            }

я бы вообще запихал все резалты в массив и делал вывод через форич, а проверку на вывод кода делал бы через пустоту массива.

ЗЫ: $rezult_one $rezult_dva $rezult_tri поржал )))

date не будет учитывать выставленную через сетлокаль локаль, используйте strftime. Кроме того в системе должна быть соответствующая локаль, скорее всего у вас она просто не установлена.

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

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

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

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

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