Wexter

https://freelansim.ru/

у вас первый location будет проксировать на url 127.0.0.1:8080/dev/dev

неисправна видеокарта

location / {
try_files $uri $uri/ =404;
}

require/require_once, можно особо извратиться получив через file_get_contents, выдрать regexp'ом функцию и через eval объявить, но зачем?

пингуйте с указанием source ip, так же в маршруте до mk1 можете принудительно указать source address

Перестать изобретать подобную дичь

добавьте proxy_send_timeout и proxy_read_timeout

Можно установить лимит на число запросов на процесс, тогда он будет перезапускаться, освобождая память.
Тут вопрос не в том сколько запросов будет, а как долго скрипт будет отрабатывать, если у вас выделено 16 процессов и придёт 16+ клиентов с запросами к тяжёлому скрипту - все обработчики будут заняты и фронт (как правило nginx) будет возвращать 504 ошибку (gateway timeout), т.к в пуле нет свободных процессов и никто не может принять запрос

4 года нынче для дисков неприлично много, радуйтесь что не поменяли уже 2 раза его за это время

Используйте cURL или что-нибудь из фреймворков boost asio/qt

нигде, такие сети могут быть заабьюзены и отозваны, за несоответствие данных

заведите ещё один server на 443 порту с server_name www.domain.ru и в нём сделайте редирект на https://domain.ru

echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A PREROUTING -p tcp -d x.x.x.x --dport 8888 -j DNAT --to-destination y.y.y.y:80
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

зачем такие извращения?
на основном dst-nat с 80 порта белого адреса на 80 порт второго.
а дальше либо у второго прописываете дефолт шлюзом первый, либо прописываете дефолт маршрут через основной с маркировкой(например main),
в mangle делаете mark connection (например from_main) на трафик приходящий от основного, на выходе соединениям с меткой from_main делаете mark routing с меткой main, чтобы трафик пошёл обратно на основной.

В условиях оказания услуги нет никаких ограничений на подключения из других стран, да и с чего бы вдруг мегафону блокировать подключение с забугорных адресов?

1 таблица - таблица пользователей с уникальным id
2 таблица - таблица всех возможных предметов с уникальным id, описанием и прочими нужными полями
3 таблица - хранит соответствие id пользователя из т1, id предмета из т2 и количество этого предмета у пользователя.
Выборку делать JOIN'ом