Karpion

Я ничего не понял. Похоже, Вы зачем-то пытаетесь асинхронно делать то, что нужно делать последовательно.

В зависимости от того, откуда д.б. доступны фронт и бэк, можно придумать разные решения.

Проще всего разнести фронт и бэк по разным IP-адресам, благо из пула 127.*.*.* их можно брать более чем достаточно. И дальше надо запустить два экземпляра Ngnix на этих адресах. А каждый адрес прописать в DNS в соответствующей зоне.
Если же фронт и бэк д.б. доступны извне, со всего мира - для этой схемы надо иметь несколько IP-адресов.

Можно разнести фронт и бэк по разным портам. Тогда в DNS оба имени должны указывать на один IP-адрес, а порт д.б. прописан в URL.

И наконец, можно сделать DNS-based вирт.хосты (вирт.сайты) внутри одного Ngnix. В DNS оба имени должны указывать на один IP-адрес.

PS: А ещё фронт и бэк можно засунуть в разные вирт.машины, и это будет как будто они на разных компьютерах.

Я добавлю к многократно сказанному ещё один пример:
Во времена процессоров i8086 и DOS, процессор мог адресовать один мегабайт адресного пространства. Однако, для DOS и программ было доступно всего лишь 640 килобайт памяти.
Поначалу в компьютеры ставили мало памяти, и это ограничение никак не мешало. Но потом очень долго в компьютеры ставили именно 640 килобайт памяти, хотя цена памяти падала и можно было ставить больше. И даже когда стали ставить больше (была expanded память; потом на процессорах i680286 и дальше стали ставить один мегабайт памяти или даже больше), всё равно нормально можно было адресовать 640 килобайт памяти, а всё остальное было доступно через разные ухищрения, в сравнении с которыми PAE видится образцом разумности.

Ответ "404" означает, что сервер не смог найти запрошенный объект по указанному адресу.
Если посмотреть лог ошибок сервера, то там будет не URL-путь к файлу, а путь к файлу в файловой системе; часто это существенно облегчает поиск проблемы.

Я не понял, зачем загружать на сервер то, что там уже есть.

Можно сделать поле ввода типа hidden и в него поместить что угодно, в т.ч. Ваши изображения; это то же, что и input, только невидимо.

Можно как-то отсылать идентификаторы тех изображений.

Кстати, а как Вы вообще отправляете на сервер содержимое инпутов? Через стандартные HTML-методы или средствами JS-библиотеки?

Не факт, что мой ответ идеален, но даю его как направление поиска:

Сначала сформируем regex-шаблон поиска запретных слов и выражений: поэт|гордой головой|мелочных обид|как прежде

Затем пробежим по всем строчкам, сравнивая их с этм шаблоном. Кто удовлетворяет шаблону, того удаляем; ну или переносим в другой текстовик строчки, которые не удовлетворяют шаблону, а старый текстовик, если он не нужен, можно удалить.

На всякий случай приведу вариант для командной строки Unix Shell: grep -vE regex-шаблон файл-текстовик

Я не понял, что именно Вы делаете, и в какой момент вылезает это сообщение.

On change срабатывает если на одну кнопку тыкать несколько раз подряд?

Проверьте экспериментом.

Если что - можно сохранять старое значение и сравнивать его с новым. Как-то так.

Ну, просмотрите, какие обработчики можно повесить на сам input. Некоторые вызывают функцию на каждое изменение содержимого.

Или Вам надо только после нажатия кнопки? Тогда просто регексом выделить первое слово и сравнить его с шаблоном.

Я не понял, зачем запускать python-скрипт через shell.

Не хотите вечного цикла создания и открытия shell - просто не делайте такого цикла.

Ну, я бы запустил на машине TeamViewer и стал бы отслеживать его активность. Потом банил бы сайты/серверы, к которым были обращения с этой машины.
Не исключено, что TeamViewer умеет изворачиваться - например, использовать какие-нибудь прокси.

Странно было бы видеть сайт, на котором разные страницы содержат один контент. Контент и д.б. разным.
Я не понял, где проблема. Разный контент можно оформлять одним набором стилей.

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

Есть такое хорошее правило:
"Никогда не давай прав больше, чем необходимо.".
Потому что дополнительные права не принесут пользы, ибо не нужны; а вот проблемы они принести могут запросто.

А как подключается этот футер на страницу - на стороне сервера или на стороне клиента (как подключаются картинки, видео, etc)? Во втором случае - всё очевидно. А в первом - надо оперативно копировать изменения на второй сайт, как-то так.

Если NAT делает подвластное Вам устройство - можно настроить проброс портов внутрь сети. Сделать это можно для всего мира (т.е. любой желающий сможет законнектиться к устройству в локальной сети); или не для всех, а для избранных IP-адресов.

Можно настроить не проброс портов, а SSh-туннель. Мануал есть на Хабре, искать по слову "ssh". Инициировать SSh-туннель может и Ваш VPS, и устройство в локальной сети.

Можно настроить VPN от устройства в локальной сети к Вашему VPS. Инициировать VPN-соединение должно устройство в локальной сети.

Либо нет указанной директории. Либо она есть, но права доступа туда какие-то неправильные.