sim3x

Браузер скачивает хтмл
В хтмл есть линки на поддомены
Линки распределяем там, чтоб они равномерно распределяли на все поддомены
Картинки одновременно есть на всех серверах

Никогда так не делать

Тебе нужно запустить скрипт и отвалиться с кодом 200
Для такого рода вещей можно делать разного рода колхозные решения (запуск скрипта из крона с периодичностью 1 мин, вотчер на файловую систему) или работа с Celery

В баше типичного убунту есть переменная $USER и можно сделать переменную для текущей сессии баша export $SITE_NAME=www.foo.bar

cd $HOME
===
cd

Изменять ./configure для nginx не обязательно - по-умолчанию он вполне ок
Делать make install не следует или следует все ставить в /opt

Как вариант мануал для сборки деб https://serversforhackers.com/compiling-third-part...

Директория /etc/nginx/sites-enabled/ уже давно не актуальна
Используй /etc/nginx/conf.d/

sudo apt-get install uwsgi uwsgi-plugin-python3

virtualenv tdjango -p `which python3`

source tdjango/bin/activate

pip install django

django-admin startproject progtdjango

uwsgi --http-socket :8000 --plugins python3 \
--module=progtdjango.wsgi:application \
--home `pwd`/tdjango \
--chdir `pwd`/progtdjango

Теперь можно открыть в браузере 127.0.0.1:8000

далее тут
https://www.digitalocean.com/community/tutorials/h...

Только не делай
sudo pip install virtualenv virtualenvwrapper и вообще sudo pip install

в убунте уже есть такие пакеты
sudo apt-get install virtualenv virtualenvwrappe

Заведи пользователя
Заведи ему директорию в /home
Положи все там
В uwsgi укажи от какого пользователя нужно запускать

Чтоб использовать plugins=python3 нужно поставить uwsgi-plugin-python3

Укажи директорию где лежит твой wsgi.py

chdir = path_to_web2py
module = wsgi

serverfault.com/q/696449
cpu-affinity

One word: why? Many people think that CPU pinning is a good thing. It rarely if ever provides any performance increase over just letting the kernel's CPU scheduler do its thing

processes * threads ~ RPS на бекенд

processes       = 1 
threads         = 1

pip install 'requests[security]'

или

sudo apt-get install python-dev libffi-dev libssl-dev

Поставь nginx.org/en/docs/ngx_core_module.html#error_log на warn или notice - так поймеш в чем дело

Возможно у тебя аплоад обрирывается по таймауту

как-то так нужно делать

[uwsgi]
chdir=/path/to/prog
virtualenv=/path/to/virtualenv
module=PROJECT_NAME.wsgi:application

pidfile=/var/run/PROJ_NAME_uwsgi.pid
socket=/tmp/PROJ_NAME_wsgi.sock
chmod-socket = 600

vacuum=True
master=True
processes=10

[dbag]
chdir = /home/dbag/dbs/mtest
virtualenv = /home/dbag/venv/

socket = /home/dbag/dbs/dbs.sock

vacuum=True

max-requests=10000
harakiri=60

daemonize=/home/dbag/dbs/uwsgi.log

master = True
workers = 8
module = mtest.wsgi:application
uid = dbag
gid = dbag
chmod-socket = 600

добавить вначало

upstream django {
    # server unix:///path/to/your/mysite/mysite.sock; # взаимодействие с uwsgi через Unix-сокет (мы воспользуемся этим вариантом позже) 
    server 127.0.0.1:8001; # взаимодействие с uwsgi через веб-порт 
}

исправить

location / {
             	try_files $uri /static/$uri   @django_uwsgi;
       		}

       location django_uwsgi {
     	 uwsgi_pass django;
     	 include uwsgi_params;
     	}

UPD
добавить оф репозиторий nginx nginx.org/en/linux_packages.html
удалить старую версию
apt-get update
установить новую

В данном мане предусматривается изоляция проектов через пользователей с расположением проектов в /home а не в /var/www

https://www.digitalocean.com/community/tutorials/h...

Также можно установить uWSGI глобально, а не для каждого проекта
Предпочтительно в tirant mode