Кирилл Маслов

Вроде как получилось решить изменением url адреса мини аппа через БотФазер указав в конце https://site.ru/?v2

Если кто то знает другие варианты решения, будет интересно узнать

Файл не может "хоститься на порту". Порт занимает какая-то программа, команда netstat -tulpn | grep :80 её покажет.
Вы либо недоубрали Апач, либо у вас Nginx ещё есть или какой-то другой веб-сервер. Содержимое файла ещё может дать подсказку.

В Bash алиас не поддерживает передачу параметров напрямую. Можно создать функцию с именем алиаса, которая будет принимать 3 аргумента и передавать их в команду

alias_name() {
    command -flag 'option -ss '"$1"' -to '"$2"'' "$3"
}

Тут - невозможно ответить лучше или хуже. Если в базе нет проблем от ее
размера - то пускай себе исторические данные лежит в основной базе.

Если трудно делать backup - то можно поместить в другую БД. Но тогда нужно придумать
новое техническое задание на поиск в друх базах сразу.

Если просто медленно работает поиск - то можно сделать partitioning по периодам (годы, кварталы или месяцы)
и попросить программистов сделать настройку запросов с учотом partitioning.

/path?query
location работает только с /path, а GET параметры следует искать в $args.
Или $request_uri там URI запроса целиком (с аргументами)

if ($request_uri ~ "/\?[a-z]{9}") {
    return 403;
}

Всё можно поставить по дефолту. Открывай my.cnf
в секции [client] пишешь:

default-character-set = utf8

далее в секции [mysqld] пишешь:

character-set-server=utf8
collation-server=utf8_general_ci
init-connect="SET NAMES utf8"
skip-character-set-client-handshake

далее в секции [mysql] пишешь:

default-character-set = utf8

далее в секции [mysqldump] пишешь:

default-character-set = utf8

ребутни мускуль потом

location / {
    proxy_pass http://backend;
}

location ~ ^/(smokeping|pgadmin4) {
    allow 192.168.11.0/25;
    deny all;
    
    proxy_pass http://backend;
}

Технологий конечно же есть.
1) Это виртуализация - KVM/Xen
На мой взгляд предпочтительнее KVM, лучше поддержка, не нужно специальное хост-ядро.
Немного, процента на 2-3 проигрывает перед XEN, но в удобстве выигрывает однозначно. XEN - только линукс, и только со специальными патчами в ядре на хосте и клиенте.
Фактически получаете полноценную виртуальную машину, ставите туже все, что душе угодно, хоть линукс, хоть BSD, хоть винду.
Проблема одна - требует жесткого выделения ресурсов. Поэтому только десяток-другой виртуалок (да и то заивисит от нагрузок).
По сравнению с железом, сожрет от 3 до 7-10 процентов производительности.
Тем не менее: мой выбор KVM.
2) Контейнеризация - Docker/LCX/Virtuozzo.
Сразу скажу за virtuozzo - ничего про нее говорить не буду. В принципе - очень похожа на XEN.
Остальные две основаны на CGroups, более того, docker внутри использует LXC.
Docker - очень распространен и популярен, фактически лидер рынка. Заточен на запуск одной задачи в одном контейнере. Контейнеры можно объединять в группы.
LXC/LXD - менее распростанен, но очень удобная технология, если нужно контейнеризировать окружение операционки с кучей процессов.

Мы пользуем и Docker и LXC/LCD. И даже в LXC пускаем Docker.
Все зависит от задачи.
Нужен сервис с кучей процессов и окружением - LXC
Нужен один процесс - docker.
Нужно полноценное окружение с ядром, куртизанками и гусарами - KVM.

По факту - около 10 виртуалок KVM, порядка 10 контейнеров LXC, и порядка 20 контейнеров Docker.

Ошибка была в том, что заббикс искал точки монтирования на своём же сервере.
Всё дело в том, что дочерние элементы в шаблонах автоматом не заменяются, и внутрях правил обнаружения тип агента остался пассивным.

Для исправления надо войти в: "Template OS Linux Active" -> "Правила обнаружения" -> "Mounted filesystem discovery" -> "Прототипы элементов данных"

И для каждого элемента заменить тип на активный. То же самое повторить для обнаружения сетевых интерфейсов.