neol

https://www.lissyara.su/doc/exim/4.62/log_files/ тут даже на русском описание есть

Исходящий IP в конфиге exim задаётся примерно так:

begin transports
remote_smtp:
  driver = smtp
  interface = 1.2.3.4

иначе используется маршрут по умолчанию.

Попробуйте в запросе перед словом поставить равно. Т. е. вместо "диван" отправлять "=диван".

Но если вам всегда нужно искать по точному совпадению, то может быть лучше закомментировать эти два параметра:

morphology = stem_en, stem_ru
expand_keywords = 1

Ежедневная посещаемость дай бог 100 человек в сутки.

И легион ботов

Куда копать и что делать?

Для начала уменьшить MaxClients, потом копать в сторону access логов и искать что и почему жрёт память и забивает пул процессов.

Во первых с какой радости апач ест так много? 100-150мб за процесс

Память жрёт не apache, а PHP.

Во вторых как избавиться от ситуации с утечкой памяти вцелом?

В общем случае никак.

Правильно ли я указал dns записи?

Вроде да.

Если ваш почтовый сервер отправляет почту с IP 1.2.3.4 и представляется как mail.domain1.com, то должны соблюдаться два условия

• A запись mail.domain1.com должна указывать на 1.2.3.4
  
• PTR запись для 1.2.3.4 должна указывать на mail.domain1.com
  

Т. е. всё (HELO сервера, FQDN и PTR) должно просто соответствовать друг-другу.

MX записи для всех этих доменов при этом не обязательно должны указывать именно на mail.domain1.com, но можно и так.

SPF лучше использовать SoftFail (~all). Например
v=spf1 a mx ~all
Про DKIM и DMARC тоже стоит почитать (они чуток посложнее SPF).

У вас большая часть выражения может быть вынесена из цикла и рассчитана 1 раз, а не 100000. Как-то так:

for ($i = 0; $i < count($arrX); $i++) {
    for ($j = 0; $j < count($arrY); $j++) {
        $tmpValue = $arrX[$i] * ($arrY[$j] + ($number_p * $distance));
        for ($a = 0; $a < $iter; $a++) {
            $value = $tmpValue * ($number_p + $a);

Для PHP 7+

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

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

Ansible, salt, puppet, etc.
Если нужна автоматизация установки ОС, а не только настройки, то помогут preseed (для deb)/ kickstart (для rpm).

Но это не волшебные кнопки "сделать хорошо" и чтобы за 10 минут развернуть все 30 хостов придётся сначала недельку покурить маны, пописать конфиги/скрипты и потестировать эту радость.

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

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);
}

Память лучше взять https://www.regard.ru/catalog/tovar280344.htm или https://www.regard.ru/catalog/tovar201416.htm
По деньгам разница мизерная, а частоту памяти Ryzen любит.

Ну и лично я бы взял камень попроще: 2700 или даже 2600/2600X. Разница в производительности будет сильно меньше, чем разница в цене (которую можно пустить на более объёмный SSD, например). Конечно если вам не нужно гонять одновременно десяток виртуалок с CPU-bound задачами.

Поддерживает.
https://www.zabbix.com/documentation/4.0/manual/ap...

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

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

read_buffer_size = 196M
read_rnd_buffer_size = 196M

https://www.percona.com/blog/2007/09/17/mysql-what...

sort_buffer_size = 196M
innodb_sort_buffer_size = 64M

https://www.percona.com/blog/2007/08/18/how-fast-c...
Если коротко, то там написано, что нужно тестировать конкретно ваши запросы на конкретно ваших данных с разными значениями sort_buffer, чтобы найти оптимальное значение. Внезапно оно может оказаться очень небольшим.

join_buffer_size = 32M

On Linux, there are thresholds of 256KB and 2MB where larger values may significantly slow down memory allocation, so you should consider staying below one of those values. Experiment to find the best value for your workload
https://dev.mysql.com/doc/refman/8.0/en/server-sys...

max_heap_table_size = 1024M
tmp_table_size = 16384M

https://dev.mysql.com/doc/refman/8.0/en/server-sys...
https://dev.mysql.com/doc/refman/8.0/en/internal-t... - тут написано при каких условиях временные таблицы на диске будут создаваться вне зависимости от того, на сколько вы выкрутите tmp_table_size

max_user_connections = 6000
max_connections = 18000

Мне кажется это дичь и вам надо на порядок меньше подключений, но тут надо подождать вывода mysqltuner.

На сколько нормальным решением делать бэкап через mysqldump с quick и без блокировки на сервак морды каждые 2 часа

Раз уж у вас все таблицы innodb, то стоит посмотреть в сторону xtrabackup