Это не выделенный сервер, это VPS, поверх которого поставлена какая-нибудь кривая панелька(потому что нормальная денег стоит), и дана техподдержка, которая, обычно, у хостеров ничего не умеет толком, кроме самых базовых вещей.
Такое называется managed VPS. И часто, лучше уж шаред хостинг, потому, что квалификации админов и поддержки на него нужно меньше, т.к. всё одинаковое.

Вообще, это не правильный конфиг для Drupal. Не будут, например работать стили изображений.
Т.е. в этом случае должен быть какой-нибудь шаблон конфига Nginx для Drupal специальный, как и для многих других приложений, если не дают доступа к редактированию конфига. Во многих панельках для хостинга так и сделано.

Если такого нет, ваши хостеры явно придумали фигню. В мире шаред хостинга так бывает не редко...

Выделенный сервер, это когда есть доступ ко всему серверу, и надо самому всё настраивать, в частности конфиг nginx. А когда всё спрятано за панелькой, это скорее всего всё же шаред хостинг.

Если используется nginx + php-fpm, то зависит от того, как написан конфиг nginx.
Если apache + php-fpm, от того как настроен apache, и если включена обработка .htaccess, от того что в нём.

У php-fpm нет каких-то специфичных настроек для разных приложений, только runtime настройки php и кол-во порождаемых процессов, если упростить.

Это не всегда так, но на уровне 1,5с, это конечно очень небольшое время, даже на 2GHz проце.

Php-fpm сам не обладает каким-либо функционалом фильтрации запросов. Что-то можно делать либо слоем выше, в настройках веб сервера - это значительно эффективнее, потому что запрос не будет доходить до обработчика php вовсе, либо слоем ниже, в настройках приложения, что создаст дополнительную нагрузку.

Да.

Что возвращает nslookup legalcompany.com.ua у этого клиента?
Где находится клиент?
Остальные сайты не в tld ua?

По whois:
domain: legalcompany.com.ua
dom-public: NO
mnt-by: ua.ukrnames
nserver: dns1.vps-private.net
nserver: dns2.vps-private.net
status: ok
created: 2015-12-14 16:31:34+02
modified: 2022-09-29 15:05:29+03
expires: 2022-12-14 16:31:34+02
source: UAEPP

А как выглядит "не работает у проблемный клиентов"? Какая у них ошибка?

Чаще всего, никакой настройки не нужно. А если она нужна в сети определённого провайдера, то не будет работать ни один сайт. И на своей стороне это никак не исправить.

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

Производительность будет выше, и относительно WSL(заметно) и относительно нативного php(не очень на много), и быстрее разработки на виртуалке с linux(вообще не слишком заметно, но распределение ресурсов будет удобнее).
И в целом, 8ГБ памяти может быть достаточно, если базы не очень большие. А вот 2,5ГГц проц это так себе.

1. Точно.
2. Да, там много лишней работы, даже в WSL2, да и нативно, что php, что mysql работают печальнее под WIN.
3. Уф. Кажется, конечно. KDE один из самых прожорливых, XFCE наборот.

Кеш не будет перестраиваться чаще чем раз в 5 минут, даже если будут изменения. Собственно там же написано прямо об этом.

Это строго говоря, не две отдельные альтернативы.
Лучше посылать через нормально настроенный почтовик, работающий в нужном домене по smtp.
В вашем случае, это должен быть, вероятно, почтовик вашего хостера, и аккаунт на нём с нужным email, тем же, что указан в from.

Надо проверить почтовик каким-нибудь https://www.mail-tester.com/ Может быть, он коряво настроен, или нет ptr/dkim/spf/dmarc.

Если используется https, всё ок - трафик зашифрован, и даже если будет перехвачен на vpn не важно, но это если это именно vpn, а не https прокси - там трафик можно подслушивать.

Основная проблема бесплатных VPN это отвратительная скорость.

Блокируются скорее всего не домены, а диапазоны ip. Хотя бы из-за постоянных взаимных атак.
На нашей стороне, как тут уже писали ограничений нет, и особо предпринять мы ничего не можем - тут не домен понадобится а зеркало где-то вовне держать постоянно.
Ну и проблема не "за пределами РФ", а фактически только на Украине должна проявляться. Например, из Голландии, Англии, Германии, никаких проблем с доступом у меня, например, нет.

В ~.composer/vendor/bin будет симлинк на ../drush/drush/drush так что композеры одинаковы, конечно.
Но делать алиас, разумнее на тот, что в vendor/bin.

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

PMA, как и какой-нибудь Аdminer, это не хорошие и удобные инструмены, а костыли, придуманные для шаред хостингов, где иначе было не дать доступ к базе. Хорошие и удобные инструменты, не запускаются в окружении веб сервера, а являются mysql клиентами, и соответственно не страдают проблемами с объёмом дампов или таймаутами веб интерфейса.

Почему не работает? Судя по ошибке, есть два варианта:

• не скачалось что-то.
• нет пути до /usr/local/bin в PATH.

Для начала, стоит проверить первое: ls -l /usr/local/bin

На drupal.ru, который тут кстати плохой пример, т.к. охват аудитории довольно широк, также на него не редко заходят и в рабочее время, и зависимость посещаемости от времени одна из наиболее ровных, из тех сайтов, по которым у меня есть информация, следующие данные по соотношению минимума/максимума запросов:
RPH (запросы по часам): 1/1.74
RPM (по минутам): 1/6.6
RPS (по секундам): 1/24 на самом деле от 0 до 24.

Данные напрямую из логов за вчера.