ThunderCat

Как мы все знаем, абстрактный класс в php - это абстракция, инкапсуляция.... и должен иметь хотя бы один абстракный метод.

Не должен. В определении написано совсем наоборот, "класс должен быть помечен как абстрактный, если в нем есть абстрактный метод", обратное не обязательно.

Штош...

1) Элементарные ошибки на уровне запросов с инжекциями.
2) Класс документ зачем-то получает объект юзера, нигде его не использует, тем не менее даже при использовании нарушает принцип инкапсуляции, объекты не должны по логике знать о других объектах.
3) Класс юзер так же нарушает принципы инкапсуляции и единой ответственности, в частности зачем-то работает с документом, а не занимается обслуживанием сущности юзера, опять же, класс не должен знать о других сущностях, он должен реализовывать только логику собственной сущности.
4) методы getTitle() и getContent(), кроме того что не указывают явно на необходимые поля, надеясь на неизменность сущности в бд, еще и накладывают множественную нагрузку, по сути на каждый чих выполняя один и тот же запрос, вместо 1 запроса инициализации данных и далее обращения к уже существующим атрибутам.
5) Отсутствие неймспейсов и изоляция кода по классам так же отсутствует, соответственно про нормальный автолоад можно забыть.

Вывод: говнокод в чистом виде.

Для начала, pdf не самый удобный для редактирования формат.

Если у вас задача получать разные пдф, заполнять их и отдавать заполненные, то скорее всего подойдет mPDF, Zend_Pdf или связка fpdf + fpdi. В любом варианте код простым не будет, а чтение доков займет прилично времени.

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

Так а в чем вопрос? У вас же переменная переписывается внутри цикла, во втором ифе? Учитесь дебажить:

$selected_cat = 1111; // если тут прописать переменную, то выводит её значение которое тут
$deb = [];
$i = 0;
    foreach ($aTabs as $aTab) { 
        foreach ($aTab['OPTIONS'] as $key => $arOption) {
        $deb[$i]['key'] = $key;
            if ($request['apply']) {
                $deb[$i]['apply'] = 1;
                $optionValue = $request->getPost($arOption[0]);
                $deb[$i]['optionValue']  = $optionValue;
                if ($arOption[0] == 'select_cat') {
                        $deb[$i]['arOption'] = $arOption[0];
                        $deb[$i]['selected_cat_1'] = $selected_cat;
                        $selected_cat = $optionValue; //тут у вас на какой-то итерации пусто, и переменная дохнет
                        $deb[$i]['selected_cat_2'] = $selected_cat;
                        Option::set($module_id, 'qqqqq', $key );/// выводит 1
                }
                Option::set($module_id, 'sssss', $selected_cat );// выводит переменную
                if ($arOption[0] == 'start_load_product') {
                    echo  $key; // выводит 2
                    Option::set($module_id, 'qqqqq', $key );// выводит 2
                    Option::set($module_id, 'sssss', $selected_cat );// переменная пустая
                }

            }
        }
        $i++;
    }
echo '<pre>' . print_r($deb,1).'</pre>'; exit;

Во первых - вы сравниваете строки, что уже хреново.
Во вторых - в правилах выставления времени уже должны быть ограничения, например что время закрытия больше времени открытия, так же с обедом, и еще надо проверить что обед попадает между закрытием и открытием.
Ну и когда вы приведете все условия в нормальный вид можно думать о логике, которая по факту проще пареной репы... ну и $work_time по уму должно быть $work_start_time, то же самое с $dinner_time.
Если все еще не ясна логика:

$work_time = [
  'work_start_time'=>'09:30',
  'work_end_time'=>'18:20',
  'dinner_start_time'=>'13:30',
  'dinner_end_time'=>'14:00',
];
$answer = 'Closed';
$date = str_replace(':','',$work_time);
$now = date('Hi');
if( $date['work_start_time'] <= $now && $now <= $date['work_end_time'] ) $answer = 'Now we open';
if( $date['dinner_start_time'] <= $now && $now <= $date['dinner_end_time'] ) $answer = 'Now we on break';
echo $answer;

Есть код который надо запустить, перед тем как отдать страницу. Сервер Апач...
Возможно можно в htaccess правило прописать или например через index.php отдавать страницы, но они уже созданы...

В хтаксесе прописываете переадресацию всех запросов на индекс.пхп (т.н. единая точка входа, нужен модуль апача mod_rewrite), далее в индексе обрабатываете $_SERVER["REQUEST_URI"], достаете путь до хтмл файла и делаете readfile или include... Profit.

Логи смотри, ну или включи вывод ошибок.

echo('Это имя пользователя уже занято.');
header('Location: register.php'); // Возврат на форму регистрации

Здесь стопудоф будет лажа, так как хеадер так не отправляется. Почему - учим матчасть. Собсно в логах это будет отражено.

$q = "INSERT INTO post(author, date_p, text_p) VALUES ('$author', '$datep', '$text_content')"; 
//  ";" в одиночных запросах не ставится, а текстовые значения обрамляются кавычками
var_dump($q); //смотрим глазками, проверяем в консоли
$q = "INSERT INTO post(author, date_p, text_p) VALUES (?, ?, ?)"; 
//никогда не лезем в бд без подготовленных выражений!
$st = $pdo->prepare($q);
$sth->execute([$author, $datep, $text_content]);

Мне нужно что-бы функция вернула корни уравнения в виде массива.

Она возвращает

Однако я получаю пустоту.

Однако не получаете

Почему?

Скорее всего вы подразумевали не "получение" а "вывод". Но никакого вывода на экран вы не используете.

Не работает return PHP. Ничего не выводит на экран, что делать?

Формально ответ - по тому что "получение"/"возвращение" и "вывод" абсолютно разные вещи.

Хайлоад это не какой-то особенный тип проекта, это все обычные проекты, но с объемом "туда-сюдирования" данных выше, чем тянул "прошлый сервер", когда проект был еще не хайлоад. В 90% случаев это выражается в росте количества запросов к бд, которая либо становится слаба по железу, либо вылазят косяки в запросах, написаных абы как, включая отсутствие индексов и кривую архитектуру.

Что делается для "хайлоадинга"?
1) Меняются сервера на помощнее, но это больше к админам обычно.
2) Выявляются узкие места, в подавляющем большинстве случаев это либо обращения к бд, либо работа со сторонними сервисами, а-ля АПИ фейсбука и все такое.

Как разгонять именно такие затыки 2 варианта - есть 3 пути:
1) Оптимизация. Все что возможно ускорить - ускоряется, находятся самые тормознутые запросы, прогоняются через explain, переписываются, тюнятся, индексируются до состояния максимальной производительности.
2) Кэширование. Обычно используют кей-валуе инмемори хранилища а-ля мемкеш и редис, и результаты запросов часто используемых, но не часто обновляемых данных пишутся в кэш. Время жизни настраивается в зависимости от необходимой актуализации. По идее на высоких нагрузках даже кэш с времением жизни 5-10 секунд может в разы снизить нагрузку на сервера.
3) Иногда стандартных средств и инструментов не достаточно, и нужно искать какие-то новые инструменты, например переходить на сфинкс, так как фултекстсерч не вывозит. Или большие объемы данных идут на запись, и стандартной пропускной способности бд уже не хватает и нужно что-то типа систем хранения логов, или наоборот, аналитические бд по типу кликхауса...

Короче - все то же самое что и в стандарте, только оттюнено и обмазано кэшами и инструментами чуть сложнее мускуля...