Ипатьев

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

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

Вариант 1, при котором никакой код менять не надо. Отключаем эти проверки устанавливая переменную mysql innodb_flush_log_at_trx_commit=0. Для этого надо обладать правами рута.
Вариант 2: заключить все вставки в транзакцию
Вариант 3: добавлять все записи одним запросом. Это можно сделать либо кодом Slava Rozhnev, либо запросом LOAD DATA INFILE

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

file_put_contents('file.txt',json_encode($strings,JSON_PRETTY_PRINT|JSON_UNESCAPED_UNICODE));

Если нужен CSV, то так и надо было сразу говорить
В этом случае файл должен выглядеть так

"Иван Иванович"
"Пётр
 Петрович"
"Дмитрий Дмитревич"

И все прекрасно будет читаться.
И разумеется, в РНР есть функция записи CSV

В приципе, в комментариях уже всё разжевали, но на всякий случай
Выполняем простой код

var_dump("{\"order_id\":\"FACTPRECHR152632\",\"amount\":\"8300.00\"}");
var_dump('{\"order_id\":\"FACTPRECHR152632\",\"amount\":\"8300.00\"}');

и смотрим на результат

после этого выполняем ещё один простой код

$json = json_encode(["order_id"=>"FACTPRECHR152632", "amount"=> "8300.00"]);
var_dump($json);
var_dump(addcslashes($json, '"'));

смотрим на результат
сравниваем его с предыдущим

И после этого идем с вопросами к тому, кто придумал написать здесь addcslashes

"Обращений" - либо 4, либо 1, в зависимости от настроек и содержимого connectdbpdo()
"заставлять базу что-то делать" - в любом случае один.

Нет.

Серфить примеры не надо.
Надо запомнить одно очень простое правило: все операции над массивами производятся в цикле.
Это очень просто запомнить. И даже понять.
Массив - это набор данных.
Чтобы что-то в найти в этом наборе - его надо перебрать.
Вот и перебирайте. Как только нашли нужное значение - вот ваш ученик.
Вам знаком оператор foreach?

Если вычистить из кода неверные кавычки и бессмысленные телодвижения, и переделать на "использование стандартных подготовленных запросов" (с) @Rsa97

$data = [
    "%{$_POST['surname']}%",
    "%{$_POST['name']}%", 
    "%{$_POST['fathername']}%",
    "%{$_POST['phone']}%",
];
$query = "SELECT * FROM `people` 
          WHERE `surname` LIKE ? OR `name` LIKE ? OR `fathername` LIKE ? OR `phone` LIKE ?";
$result = $conn->execute_query($query, $data);

Если используется устаревшая версия РНР, то либо добавить в неё execute_query руками, либо написать по-старинке,

$stmt = $conn->prepare($query);
$stmt->bind_param("ssss", ...$data);
$stmt->execute();
$result = $stmt->get_result();

Одно из преимуществ такого подхода в том, что мы как раз не путаемся в кавычках. Одинарные в запросе становятся не нужны

"Cгенерировать composer.json с уже установленными в нем зависимостями" невозможно.
Потому что файл composer.json не устанавливает никакие зависимости. Это делает сам композер, соответствующей командой.

Если вам нужен composer.json с прописанными в нем пакетами, то composer.json собственно и предназначен для того, чтобы прописывать в нем зависимости. Так работают 100% приложений, использующих композер - в их дистрибутивах лежит файл composer.json, в котором прописаны зависимости. Если, как вы говорите. во всех проектах используются одни и те же зависимости, вы можете взять файл от любого проекта и добавить его в репозиторий.

Массивы в РНР передаются методом copy-on-write.
Это означает, что потребление памяти вырастет только в том случае, если массив внутри функции будет изменён.
Соответственно, если переданный массив будет изменяться, то лучше вырезать.
Если будет только читаться, то проще передать целиком.

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

Вот же у вас написано:

if ($config->get('debug_mode') == true) {
        print $message;

Значит надо найти конфиг и поменять значение этого параметра.

Если не поможет, то хотя бы тупо временно добавить echo $e; под } catch (\Exception $e) {
Оно не будет рассусоливать про конфиги, композеры, протоколы и прочие умные идеи, а просто напишет какая конкретно произошла ошибка, чтобы её можно было исправить.

Код тут действительно неправильный, причем по очень многим параметрам. Много бессмысленных телодвижений, инъекции, плюс условие можно записать оптимальнее. Так что помимо исправления конкретной опечатки от Rsa97, надо править этот код целиком

$sql = "SELECT * FROM blocks WHERE user_id = ?";
// выполняем запрос без инъекций. если версия РНР не новая, надо будет дописать эту функцию самому
$result = $conn->execute_query($sql, [$id]);
// получаем запрошенную строку, без всяких num_rows и foreach
$row = $result->fetch_assoc();
// получаем $block_level, даже если в $row пусто
$block_level = $row["type"] ?? 0;
// match - новое выражение в РНР начиная с 8.0 версии. в сто раз аккуратнее чем забор из elseif
$block_text_type = match ($block_level) {
    1 => "Незначительная блокировка",
    2 => "Частичная блокировка",
    3 => "Полная блокировка",
    default => "Нет блокировок",
};