私は同じドメイン上のいくつかのアプリケーションの天皇モードを設定しています。それぞれの別名は別です。私はほとんどそれが働いているが、それは正しいマウントポイントを与えていない。天皇モードのuWSGIのマウントポイントが正しくありません
(/etc/uwsgi
で)私のemperor.ini
ファイルが
[uwsgi]
emperor = /etc/uwsgi/vassals
そして(/etc/uwsgi/vassals
で)私のテスト家臣の設定reg_demo.ini
では、次のとおりです。
[uwsgi]
chdir = /usr/share/nginx/wsgi/flask-appbuilder/peds_registry
pyhome = /usr/share/nginx/wsgi/flask-appbuilder/venv
venv = /usr/share/nginx/wsgi/flask-appbuilder/venv
binary-path = /home/gms/Envs/Python/bin/uwsgi
chmod-socket = 666
logto = /etc/uwsgi/test.log
callable = app
module = run
mount: /reg_demo=run.py
socket = /tmp/reg_demo.sock
manage-script-name = true
vacuum = true
env = LC_ALL=en_US.UTF-8
threads = 1
workers = 4 #can be adjusted
master = true
max-requests = 1000
harakiri = 120
buffer-size = 24576
if-env = VIRTUAL_ENV
virtualenv = %(_)
endif =
nginx.confで定義された別名は、次のとおりです。
location /reg_demo {
include uwsgi_params;
uwsgi_pass unix:/tmp/reg_demo.sock;
uwsgi_read_timeout 300;
}
しかし、私がuwsgiを起動すると(そうでない場合は、他のすべてがうまく起動 - 予想WSGI app 0 (mountpoint='/reg_demo')
とは対照的に、
WSGI app 0 (mountpoint='') ready in 4 seconds on interpreter 0x23dd840 pid: 16690 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 16690)
spawned uWSGI worker 1 (pid: 16693, cores: 1)
spawned uWSGI worker 2 (pid: 16694, cores: 1)
spawned uWSGI worker 3 (pid: 16695, cores: 1)
spawned uWSGI worker 4 (pid: 16696, cores: 1)
- は:)、私のログがあることを示しています。
そして、このように、私はこのためのWebページに移動し、http://hostname/reg_demo
それは私のマウントポイントに基づいて、すべての参照を解決することはできませんので、それ は、すべてbuggeredです。
これは非皇帝モードではうまくいきますが、私は複数のアプリを展開できる必要があります。