FanatPHP

Всем изучающим ООП надо метровыми буквами написать во всю стену

НАСЛЕДУЮТСЯ КЛАССЫ, А НЕ ОБЪЕКТЫ
НАСЛЕДУЮТСЯ КЛАССЫ, А НЕ ОБЪЕКТЫ
НАСЛЕДУЮТСЯ КЛАССЫ, А НЕ ОБЪЕКТЫ

И медитировать на них каждый день по часу.
Другими словами -

НАСЛЕДУЕТСЯ СТРУКТУРА, А НЕ СОСТОЯНИЕ

чтобы не приходили в голову глупости типа

мне нужно чтобы $this->test была создана в родителе и уже была в потомке

Объекты родителя и наследника вообще никак не связаны. Объект родительского класса может быть создан, а может быть и не создан - это никак не отражается на поведении потомка. Инстанс потомка - совершенно самостоятельный объект, который не наследует ничего из состояния родителя.

Как тебе уже сказали, ты что-то делаешь не так.

Это совершенно бессмысленная ссылка.
она указывает на каталог выше корня, чего не бывает.

"выше папка текущего файла" - это ../include.php

Читаем основый путей в файловой системе: phpfaq.ru/newbie/paths

Вообще, конечно, trim() не соответствует буквально поставленной задаче, но скорее всего соответствует невысказанным желаниям автора, которому не нужны и символы перевода строк.

А вот нестрогая проверка вообще ничему не отвечает. Не давая ввести вполне себе не пробельный символ 0.

Так что корректный вариант (для всех пробельных символов), пожалуй, будет таким

if (!strlen(trim($string))) {
    die;
}

а буквальный (только пробелы) таким

if (!strlen(str_replace(" ", "", $string))) {
    die;
}

Нет.

В цикле
Любые операции с массивами делаются вцикле.

через rest api
целесообразно

потому что в mysqli нет функции fetchRow

Анекдот про хирурга слышал? Вот чувак тоже вещал, что у него "специфика". Пока ему кое-что не откочерыжили. А оказалось, что специфика совсем другая.

Рассказывай, что за специфика и тебе расскажут, как сделать правильно
У меня есть предположение, но мне даже неудобно его озвучивать

Также если поискав в Интернете, то видел что когда работает Apache + PHP_FPM он работает существеннее медленее, чем Apache + MOD_PHP

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

Господи, implode-то тут зачем?
Тебе нужен первый элемент массива.

count(*) ВСЕГДА возвращает значение, никакого нулл тут никогда не будет

return $get_pay_tr[0];

И все

Хороший вопрос.

1. В catch только одно проверяем конкретное исключение, которое мы ждём и знаем как обработать.
Например, при вставке записи в БД мы можем обработать ошибку уникального ключа, сообщив пользователю, что такой юзернейм уже занят.
Но если ошибка не такая, какую мы ожидали, то она должна быть обработана стандартным способом. Для этого её надо перевыборосить.

2. Если в принципе надо сначала что-то сделать в случае ошибки.
Например, как в предыдущем ответе, залогировать
Или - более распространенный случай - откатить транзакцию.
После этого исключение надо перевыбросить, чтобы ошибка обработалась обычным способом

3. Довольно экзотический случай. Исключение содержит стек вызовов, в котором. помимо прочего, лежат все параметры функций. Иногда эти параметры могут быть довольно чувствительными к раскрытию - например, параметрами конструктора класса для соединения с БД являются параметры подключения к БД. Чтобы очистить стек вызовов, надо бросить новое исключение. Но перевыбрасывать существующее нельзя - недо бросить именно совсем новое исключение, передав в него сообщение об ошибке из старого

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

Перед $db = new mysqli($localhost, $user, $passwd, $database); дописать

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

после этого база сама скажет в чем проблема