Потому что написать 10 строчек в конфиг nginx гораздо быстрее и проще и надёжнее. Да и работать будет чуточку быстрее. А ещё есть те, у кого нет бекенда вообще, только nginx.
Если вам нужны выкрутасы при загрузке, типа прогресса или фильтрации и последующей обработки файлов, то без бекенда не обойтись.
Nginx file upload - https://coderwall.com/p/swgfvw/nginx-direct-file-u...
А файл на первом сервере у вас уже сохранён, в папку /tmp скорее всего. Функция move_uploaded_files не сохраняет их, а, как не сложно догадаться, перемещает. Можете её не использовать
ЛОКАЛИ - ЭТО LOCALE, ЭТО НЕ LOCATION !!!!!!!!!!!!!!!!!!!!!111!!!!!!!!!!!!!!!!!!!!!!!!!!!
нельзя, nginx работает таким образом, что использует для каждого запроса только 1 локейшн. Они могут редиректить друг на друга, но запрос обработается только одним, последним локейшном. Вы можете общие свойства для локейшнов вынести в файл и инклудить этот файл во всех нужных локейшнах.
В .htaccess вы теперь можете ещё написать свою родословную и вставить фотографии кота, потому что он вам больше не нужен (файл).
Файлы конфигурации nginx лежат, обычно, в /etc/nginx/sites-available
туда и вносите свои конфигурации
Далее ложите файл рядом admin.passwd, в котором записываете хешированные логины и пароли (читать тут: nginx.org/en/docs/http/ngx_http_auth_basic_module....)
Ну или прямо плейнтекстом их загоняете туда: admin:{PLAIN}password:welcome to admin zone
Нихера не понятно, сами терминов напридумывали. Дайте конфиг.
Если nginx видит rewrite (redirect) то он просто снова начинает матчить location из вашего конфига но уже для нового url. nginx.org/en/docs/http/ngx_http_rewrite_module.htm...
Куча вариантов приходит в голову, от быстрых типа redis & redis_nginx_module, а из редиса уже читаете чем угодно, до простых LUA сокетов внутри nginx-a. Отдали картинку nginx-ом, он сам запустил ваш lua-скрипт, который асинхронно отправил в ноду запрос и сразу вернул.
