idmrty

UPD:

К сожалению в панели обнаружена проблема, что без лицензии процессы могут накапливаться. Чтобы избежать повтора проблемы процессора, можно в планировщике заданий cron закомментировать правило метрик следующим образом:
###*/5 * * * * /usr/local/mgr5/sbin/cron-ispmgr sbin/metric >/dev/null 2>&1
Для освобождения диска удалите файлы в директории/ usr/local/mgr5/var/ispmgr_metric/

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

Попробуйте посмотреть сколько у вас стоит в конфигурации число процессов php-fpm, стандартно их 5
pm.max_children = 5

С этим параметром нужно менять так же ряд других, подробнее можно почитать тут или тут

1. OPCache для кеширования байт-кода PHP. Удивительно если оно не включено.
Для использования не требуется менять скрипты.

2. Redis или memcache для кеширования данных, в частности результатов запросов из БД. Естественно разработчики должны написать нужный код чтобы кеширование имело эффект.

3. Для сайтов под wordpress обязательно подключить и настроить любой популярный кеш-плагин. Например https://ru.wordpress.org/plugins/wp-super-cache/

4. Почитать что-то для понимания что такое кеширование и как оно может ускорить приложение https://ruhighload.com/search?q=Кэширование

p.s. никакое кеширование не победит кривизну рук разработчиков которые делают запросы к БД с fullscan без использования индексов.

Лучшим кроном в итоге оказались скрипты в Google Apps Script вида

function cron1() {
    try {
        UrlFetchApp.fetch('<url>');
    } catch (e) {}
}

Запускать можно хоть каждую минуту и при желании обрабатывать результат и сохранять статистику в google таблицы

Всё очень просто. Остальная часть находится на следующей строке ответа ldapsearch.

post-up iptables -t nat -A POSTROUTING -s '192.168.0.0/24' -o vmbr0 -j MASQUERADE

добавьте к этой команде ещё такую:

post-up iptables -t nat -A OUTPUT -s '192.168.0.0/24' -o vmbr0 -j MASQUERADE

Поясню логику. Дело в том, что

Провайдер говорит, что видит 192.168.0.1

, а это адрес физического хоста, того же самого, на котором выполняется MASQUERADE. Цепочка POSTROUTING работает для пакетов, которые форвардятся (например, с виртуалок), а для пакетов, генерируемых этим же хостом, POSTROUTING не работает, вместо этого нужно использовать OUTPUT.