Ипатьев

Учитесь задавать вопросы, Балаганов.

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

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

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

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

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

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

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

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

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

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

В общем, чтобы не издеваться над девушкой, объясним на пальцах.

Во-первых, заголовок у вопроса чудовищно некорректный. Это все равно что спросить, "что быстрее - пылесос или стиральная машина?"
Во-вторых, ответ на вопрос "производить ли обработку данных в БД или же запросить все данные в клиентское приложение и обрабатывать там" совершенно очевиден: обработку данных следует производить в общем случае только в БД. Она для этого и придумана. Чтобы обрабатывать значительные объемы данных.

Да, js тоже "может" обрабатывать большие объемы данных.
Но чтобы значительный объем данных обработать, его сначала надо передать, полностью забив канал между сайтом и базой
Чтобы значительный объем данных обработать, его надо сначала проиндексировать. Причем делать это каждый раз, а не использовать уже имеющийся набор индексов
Чтобы значительный объем данных обработать, надо иметь значительный объем памяти или упасть из-за её недостатка
Чтобы значительный объем данных обработать в многопоточном режиме (а сайт как раз является многопоточной системой), все вышеперечисленное надо умножить на количество посетителей сайта - при каждом запросе перегонять весь массив данных, выделять память, индексировать, считать. Если же вы оставляете все данные в памяти приложения, то их тогда надо как-то синхронизировать с БД. То есть вы себе собираете кучу проблем на пустом месте.

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

Сто раз уже обсуждалось.
Заголовок не гарантирует не только уникальность, но и неизменность.
В реальной жизни заголовки довольно часто редактируются.
И "если убрать из 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. Разное другое отладочное логирование.