我知道这是一个常见的问题,但我看到很多关于frankenstein ini文件的例子没有任何意义。基于具有不同文件系统布局的不同系统:
e.g。 / etc / uwsgi / vassals -vs- / etc / uwsgi / apps- {enabled | available} -vs- solo launch uwsgi
所以请在14小时的脑损伤之后感谢我的理智:
我有一个具有此布局的基本Flask项目:
/srv/py/mylovelyapp/mylovelyapp.py
/models.py
/database.py
/static/
/templates/
我的ini文件的怪物(位于/etc/uwsgi/apps-enabled/mylovelyapp.ini)是:
[uwsgi]
plugins = python
base = /srv/py/mylovelyapp
app = mylovelyapp
callable = app
gid = www-data
uid = www-data
vhost = true
socket = 127.0.0.1:3031
master = true
processes = 1
harakiri = 20
limit-as = 128
在/etc/nginx/sites-enabled/mysite.conf上的nginx配置:
server {
listen 80;
server_name www.mylovelyapp.co.uk mylovelyapp.co.uk;
charset utf-8;
client_max_body_size 75M;
location / { try_files $uri @yourapplication; }
location @yourapplication {
include uwsgi_params;
uwsgi_pass 127.0.0.1:3031;
}
location /static/ {
alias /srv/py/mylovelyapp/static/;
expires 30d;
access_log off;
}
access_log /var/log/nginx/mylovelyapp-a.conf;
error_log /var/log/nginx/mylovelyapp-e.conf;
}
跟踪/var/log/uwsgi/mylovelyapp.log时得到的错误输出是:
Mon May 26 06:41:40 2014 - *** Python threads support is disabled. You can enable it with --enable-threads ***
Mon May 26 06:41:40 2014 - Python main interpreter initialized at 0x1445e50
Mon May 26 06:41:40 2014 - your server socket listen backlog is limited to 100 connections
Mon May 26 06:41:40 2014 - your mercy for graceful operations on workers is 60 seconds
Mon May 26 06:41:40 2014 - mapped 145536 bytes (142 KB) for 1 cores
Mon May 26 06:41:40 2014 - *** Operational MODE: single process ***
Mon May 26 06:41:40 2014 - *** no app loaded. going in full dynamic mode ***
Mon May 26 06:41:40 2014 - *** uWSGI is running in multiple interpreter mode ***
Mon May 26 06:41:40 2014 - spawned uWSGI master process (pid: 2380)
Mon May 26 06:41:40 2014 - spawned uWSGI worker 1 (pid: 2388, cores: 1)
访问网址时会显示以下消息:
Internal Server Error
我知道我错过了一些简单的参考,但我正在尝试各种各样的错误和错误以及谷歌搜索,但是遇到的例子都不适合我的使用。一个令人愤怒的是它如此简单的应用程序和设置!!
拜托,请帮忙。 :(
P.S ..如果你可以告诉我如何使用虚拟机为那个烧瓶应用程序,那么你会感受到爱和永恒的感激。
P.P.S我听说过Gunicorn更容易 - 也许我应该转向那个?
答案 0 :(得分:1)
您应该尝试花一点时间来理解所涉及的所有组件。例如,您已将.ini uWSGI文件与nginx.conf合并,这是完全错误的。我建议你从这里开始:http://uwsgi-docs.readthedocs.org/en/latest/WSGIquickstart.html
尝试了解每一步(特别是关于使用官方来源而不是发行包的部分)。在没有nginx(仅限uWSGI)的情况下开始部署,并且只有在确定事情清楚之后,才能在nginx后面进行代理。
关于gunicorn,是的,它更容易,因为它是用python编写的(因此你不需要ac编译器来构建它)并且它具有一组最小的功能,可以减少你可以找到的不同配置的数量网(但实际上,避免盲目削减和粘贴,你应该投资了解正在发生的事情,否则你的网站将在第一个小问题上失效多年)。从我可以看到/理解/想象你的消息,在当前状态下,使用WSGI服务器或其他服务器不会对你产生影响。