AUser0

Нужно. MX запись должна указывать на доменное имя вашего MX-сервера. А ещё, для прохождения спам-фильтров, для IP-адреса вашего MX-сервера нужно указать PTR запись, указывающую опять же на это доменное имя.

Ох не стоит оптимизировать сайт при помощи fetch-запросов, которые не подразумевают какого-либо кэширования. Если очень хочется - используйте <script>, который будет добавлять в страницу HTML, но ни как не fetch, предназначенный для подгрузки динамических данных!

Если онлайн система умеет забирать файлы с Dropbox, Google Drive, с SFTP сервера - то вам для неё не нужен полноценный белый IP-адрес. Просто научитесь класть файлы на Dropbox, или Google Drive, или SFTP сервер. Вот и всё!
Всегда ваш, Капитан Очевидность.

Вы забыли символ ~, указывающий на RegExp:
location ~ /([a-zA-Z0-9_-]+) {

А в вашем варианте Nginx ищет директорию вот буквально таким именем: ([a-zA-Z0-9_-]+)

P.S. Впрямую переменные в location использовать толи нельзя, толи можно, но с плясками. Пэтому люди выворачиваются вот таким способом.

Ну вот например в установочном пакете nging под конкретно CentOS 7 таких директорий не было, и nginx вполне спокойно работал, возложенные функции выполнял.

Это сделано просто для удобства управления. Для каждого домена, или группы доменов делать отдельный файл, и включать его простым созданием link-а на основной файл в sites-available. А директорию с файлами сайта можно указать вообще любую (именно /var/www/html - так исторически сложилось), главное - прописать в конфиге, и не напортачить с правами доступа на эту директорию.

Выглядит так, как будто на диске уже была Linux операционка, и установка его прихоромчила в уголке: папки /oldroot/ и /oldroot/dev/ на это непрозрачно намекают...

Может установку с полным стиранием всего диска?

Да что ж такое! Это ж прям эпидемия какая-то, поголовная блокировка в поисковиках случилась?

Сообщение о том, что

такого файла не существует и установлен он не будет

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

Так же попытки установки deb пакетов были безуспешны.

С каким текстом ошибки? Нам самим что-ли ошибку придумывать?

А что по этому поводу говорит Гуугель?

Разные URL на два дифференцированных PHP-файлам показать разный sizeof().
Если хочется единый файлом - используйте в URL параметр, стандартный GET существует.

P.S. Каков вопрос - таков и ответ. Мы тоже умеем лепить и терять слова в случайном порядке русского вроде языка!

С телефона вы его не раздадите, потому что нечего раздавать. Вы настроили ИСПОЛЬЗОВАНИЕ чужого прокси в своём телефоне.

Теперь так же настройте использование этого чужого прокси на компьютере заграничного человека, и браузер(ы)/программы на заграничном компьютере будут чужой прокси использовать. Что вам и нужно было.

Но как прокси умрёт - выход в Интернет на телефоне и заграничном компьютере пропадёт.

Ну если нужно - тогда удаляйте, как вам тут запретишь...

P.S. Это вообще не вопрос. Где пример кода как вы сами пытались такое сделать? Или даже и не думали пытаться?

Что, в поисковиках забанили?

Если клиент делает POST-запрос (на это указывают данные в теле запроса) - то делать redirect просто нельзя. Можно redirect-нуть GET-запрос, в нём все параметры в самом URL, но не POST-запрос.

P.S. Реагировать или нет на 301/302 - решает сам клиент (приложение или браузер).

Так посмотрите уже в документации что-ли, что значит HTTP статус 403. Тогда и поймёте, срабатывает ваше ограничение или не срабатывает.

И да, для того, что бы запретить, Apache сначала должен коннект принять и обработать, а следовательно записать факт принятия и обработки в log файл. Если не должно быть коннектов вообще - блокируйте уровнем выше, на уровне предачи данных, то есть на сетевом уровне. iptables + ipset и прочие firewall-ы вам в помощь.