Ипатьев

Надо учиться отлаживать свой код самостоятельно.
Ну то есть вы уже начали, это очень хорошо.
Но выводить просто 'find data' не очень информативно. Вам надо понять, почему оно выводится.
Добавьте к var_dump ('find data'); результат strpos($value,'г ') и посмотрите на результат. причина сразу станет ясна.

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

Есть ли возможность в mysql вывести инфу из присоединенной таблицы в виде вложенного массива?

Смотрите.
Вот вы заходите на страницу adminpanel.php без авторизации. Там происходит что?
Правильно, перенаправление на avt.php.
Вы попадаете на страницу avt.php, где первой строчкой идет обращение к переменной $_POST['login'].
И откуда она там возьмется?

Чтобы этого не было, из adminpanel.php надо направлять куда?

Кроме того.
Просто header('Location: '); писать недостаточно. Если я не захочу, то не буду переходить на указанную страницу, а останусь на этой.
то есть попаду на админпанель без авторизации.
Это очень дурацкая и очень известная дыра в безопасности.
После header('Location: '); всегда должно идти die;

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

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

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

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

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

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

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

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

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

1. РНР теги пишутся не так
2. Если вы хотите что-то передать, то передаваемое значение надо вывести, а не просто написать.
3. Данные из РНР в JS всегда передаются через json_encode
if(<?= json_encode($boris->step) ?> == true)

При решении любых задач необходимо применять логику. Желательно не женскую, а формальную. Булеву.
Если вам "очень нужна форма", то она у вас уже есть. Задача решена.

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

Эту задачу тоже надо решать с помощью логики.
Разбивая её на отдельные элементы, приступая к следующему только после того, как выполнили предыдущий.
При отправке файлов из формы у вас несколько этапов
1. Отправка отправка одного файла из формы в РНР скрипт.
2. Отправка файла, гарантированно имеющегося на сервере, на почту.
3. Если отправка одного файла работает, а нужно больше, то добавить нужное количество и вернуться к п.1

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

И еще одно замечание из области логики.
Писать посторонним людям вопрос "скажите почему мой код не работает, только я вам его не покажу" не очень логично.

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

Так же, как и сайт с базой данных.

А ошибка 500 к заливке отношения не имеет, она может быть от чего угодно.
Сам текст ошибки надо посмотреть в логе ошибок веб-сервера, прочитать, что там написано, и исправить

Сто раз уже обсуждалось.
Заголовок не гарантирует не только уникальность, но и неизменность.
В реальной жизни заголовки довольно часто редактируются.
И "если убрать из URL уникальный id", то все ссылки, которые вели на статью, после редактирования превращаются в тыкву.

Странно, какой разительный контраст с кодом из удаленного вопроса.
Я уж хотел вспомнить молодость, поумиляться глубокомысленному коду $post = !empty($_POST) ? true : false;...
Но с другой стороны, в удаленном коде было непонятно, почему вообще письмо уходит, а здесь уже гораздо ближе к реальности.
обратить внимание надо, во-первых, на тег
<form action="#" id="form_body" class="form">
и посмотреть в примерах, что туда пишут.
После этого вывести результат var_dump($_POST); и внимательно его изучить.
После этого снова вернуться к форме и подумать, чего в ней не хватает

Ну и разумеется выкинуть часть с else if ( $method === 'GET' ) {

• Открываем исходный код страницы по Ctrl-U и с удивлением видим там свое <? $a=1; ?> прямо в браузере.
  
• После этого вспоминаем, что простой открывающий тег РНР (в отличие от сокращенного echo) пишется как <?php
  
• Исправляем первый блок
  
• Всё работает
  

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

чтобы значение переменной было видно внутри функции, её надо передать в виде параметра

function myfunc($a) {
    echo $a;
}
$a = 1;
myfunc($a);

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

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

Это очень просто сделать.
Надо всего лишь освоить подготовленные выражения.
Например, почитав вот тут https://habr.com/ru/articles/662523/

И все запросы, в которых участвуют переменные, выполнять только таким образом.
А texarea там, или tinymce - это уже без разницы.

На чистом РНР (если закрыть все скобки в этом огрызке кода), все прекрасно отображается и отправляется.

$resp = [
            'chat_id' => $chat_id,
            'text' => 'Вы находитесь в главном меню',
            'reply_markup' => json_encode([
                'inline_keyboard' => [
                    [
                        [
                            'text' => 'refresh',
                            'callback_data' => 'LALALALA'
                        ]
                    ],
                    [
                        [
                            'text' => 'LALALALA',
                            'callback_data' => 'LALALALA'
                        ]
                    ]
                ]])];
$url = "https://api.telegram.org/bot$bot_token/sendMessage?".http_build_query($resp);
file_get_contents($url);

При условии, разумеется, что передается корректный chat_id. Но если будет неправильный chat id, то тогда клавиатура вообще не отобразится, и тогда именно это было бы проблемой, а не вебхук.

Попробуйте сначала сформулировать, с чего вы взяли, что "не отправляет запроса вебхук на сервер".

Но в целом, я предполагаю что главная ваша проблема, конечно же - в отсутствии логирования.
Я не представляю, как вообще люди берутся писать ботов без базового логирования, которое включает
1. Сырой инпут, который пришел на вебхук.
2. Сырой запрос, отправленный в телегу
3. Разумеется, все ошибки РНР.
4. Разное другое отладочное логирование.

0 - это не ошибка, а какая-то фигня.
Ошибка - это Warning, который генерирует эта функция, если не может выполнить свою работу.
Чтобы увидеть эту ошибку на экране, надо включить вывод ошибок РНР на экран, display_errors
Если ошибки выводить на экран нельзя, то их надо смотреть в логе.

Чтобы узнать, что делать, надо прочесть сообщение об ошибке

Чтобы решить эту проблему, надо научиться пользоваться интернетом.
В частности, освоить такой сложный навык, как взять сообщение об ошибке, вставить в адресную строку своего браузера, и нажать enter
И после этого с удивлением обнаружить, что объяснений этой ошибки существует несколько миллионов.
Например https://ru.stackoverflow.com/questions/284578/

И заодно не помешает научиться задавать вопросы. Чтобы не спрашивать про то, что вы и так знаете.