Ипатьев

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

А ошибка 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. Разное другое отладочное логирование.

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

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

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

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

Сначала надо включить отображение ошибок (или научиться искать их в логах сервера)
Затем собственно увидеть сообщение об ошибке и прочитать его
Затем, поскольку оно довольно непонятное, найти любое из существующих объяснений этой ошибки, благо их понаписали уже десятки миллионов.
Далее надо прочитать это объяснение и постараться понять, что такое НТТР заголовки и как с ними работать

Cannot modify header information.... Как исправить?
https://phpfaq.ru/newbie/headers
https://ru.stackoverflow.com/questions/284578/cann...

"отображается без стилей" потому что надо всегда использовать абсолютные пути, а не относительные.
Хотя странно, в этом случае должно косячить либо с одним параметром в урл, либо с двумя.
Но абсолютные пути от корня сайта вместо всех этих точечек в HTML надо в любом случае прописать. Почитать что это такое можно здесь https://phpfaq.ru/newbie/paths

А вы можете объяснить, зачем вам здесь вообще JSON.parse?
И почему нельзя написать просто

var dataJSONArray = <?= json_encode($u,JSON_UNESCAPED_UNICODE) ?>;