neol

Для PHP 7+

try {
    // тут код, который может выбросить ошибку
} catch (Throwable $e) {
   // тут обработка ошибки
}

PS А зачем гонять include_once в цикле, оно же выполнится только один раз?

Если надо кровь из носа уложиться в одну строку, то

function arraySort(&$array, $key ='sort', $sort = SORT_ASC)
{
    array_multisort(array_column($array, $key), in_array($sort, [SORT_ASC, SORT_DESC]) ? $sort : SORT_ASC, $array);
}

но на мой взгляд лучше так

function arraySort(&$array, $key ='sort', $sort = SORT_ASC)
{
    $sortArray = array_column($array, $key);
    $sortOrder = in_array($sort, [SORT_ASC, SORT_DESC]) ? $sort : SORT_ASC;
    array_multisort($sortArray, $sortOrder, $array);
}

У вас MySQL использует гигабайт памяти под buffer_pool при размере базы в 70 Мб:

InnoDB buffer pool / data size: 1.0G/70.8M

Этот буфер должен быть чуть больше размера базы, так что если поменять значение в конфиге MySQL на
innodb_buffer_pool_size = 80M
то ваша проблема скорее всего будет решена. Можете выделить чуть больше памяти в зависимости от прогнозируемого роста БД.

Highest usage of available connections: 8% (12/136)

Это говорит о том, что max_connections = 136 для вас сильно много.
Лучше поставить чуть больше pm.max_children. С проблемой это не связано, но mysqltuner так будет показывать более похожие на реальность цифры.

После этих изменений посмотрите сколько памяти будет потреблять php при условиях, в которых у вас сейчас возникает нехватка памяти:
ps aux --sort rss | grep php | tail
Возможно имеет смысл уменьшить pm.max_children

Ещё можно попробовать использовать imagick вместо gd, он сильно экономнее по памяти на больших разрешениях.

UPD: на скриншоте в вашем UPD видно, что процессы php потребляют по 50 Мб каждый в пике. При pm.max_children = 50 это означает, что php может использовать до 50*50 = 2500 Мб из 1876 имеющихся. Либо оптимизируйте скрипты по памяти, либо уменьшите количество параллельных процессов php. Я бы предпочёл второй вариант, так как не похоже, что ваш сервер способен эффективно обрабатывать 50 запросов одновременно.

Время, затраченное на sleep (и ещё некоторые конструкции) не учитывается при подсчёте времени выполнения. Об этом написано в комментариях к документации PHP: php.net/manual/en/function.set-time-limit.php#115057

Там речь о том, что в вызове функции нельзя использовать ссылку на переменную. Т. е. ваш примере корректен, а вот такой код не будет работать:

<?php
function u(&$a) {
    $a = $a * 2;
}

$b = 10;
u(&$b); // тут ошибка

class Class1 {
    public function test1() {}
}

class Class2 {
    public function test2() {}
}

class Class3 extends Class1 {
    protected $parent;
    public function __construct() {
        $this->parent = new Class2();
    }
    
    public function __call(string $method_name, array $arguments) {
        return call_user_func([$this->parent, $method_name], $arguments);
    }
}

$example = new Class3();
$example->test2();

ИМХО такое решение лучше никогда не использовать.

Может client_body_temp_path в nginx не доступен на запись?
Для проверки можно попробовать добавить в конфиг
client_body_in_file_only clean (при этом вроде любой post запрос должен быть с ошибкой вне зависимости от размера)
или просто посмотреть error.log, по идее там должна быть ругань по этому поводу.