先说说他们的关系,Nginx和uWSGI都是Web服务器,Nginx负责静态内容,uWSGI负责Python这样的动态内容,二者配合共同提供Web服务以实现提高效率和负载均衡等目的。uWSGI实现了多个协议,如WSGI,HTTP协议,还有它自己的uwsgi协议,想了解更多关于uWSGI和uwsgi协议内容可以查阅这里。这样和fastcgi类似,请求和响应的流程如下:
创新互联是专业的耿马网站建设公司,耿马接单;提供成都网站设计、成都做网站,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行耿马网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!Request > Nginx > uWSGI > Django > uWSGI > Nginx > Response
请求先交由Nginx,如果是静态内容就自己处理了,如果是动态内容就交给uWSGI服务器,uWSGI服务器处理整个Django项目的Python代码,响应请求,原路返回,但是与fastcgi不同,Nginx、uWSGI和Django可以独立部署,然后整合。那么我们从Django开始,这里的服务器环境是Ubuntu 16.10。
1. 部署Django的项目
安装Python和Django,Ubuntu自带2.7和3.5版本的Python,安装相应的Django版本,注意在Ubuntu中不同版本Python都有相应的命令
www@cloud-vm-ub01:~$ python --version Python 2.7.12+www@cloud-vm-ub01:~$ python3 --version Python 3.5.2+www@cloud-vm-ub01:~$ pip -V pip 9.0.1 from /home/wisesoe/.local/lib/python2.7/site-packages (python 2.7) www@cloud-vm-ub01:~$ pip3 -V pip 9.0.1 from /home/wisesoe/.local/lib/python3.5/site-packages (python 3.5) pip3 install django
将已经完成开发的Django项目pro(pro是Django项目名)拷贝到服务器,这里拷贝到了www用户(www是服务器可登录用户名)路径下,最后相对路径是~/work/project/pro,绝对路径是/home/www/project/pro
进入以上目录,使用Django的内置服务器测试看看pro项目是否运行正常。
python3 ./manage.py runserver 127.0.0.1:8080
2. 部署uWSGI服务器
通过pip安装uWSGI。
pip3 install uwsgi
测试uWSGI是否正常,在~/work/project/pro目录中创建一个测试用的Python文件uwsgi_test.py
def application(env, start_response): start_response('200 OK',[('Content-Type', 'text/html')]) #return ['Hello world'] # Python2 return [b'Hello world'] # Python3
在pro项目路径下,基于HTTP协议运行uWSGI,如果uWSGI安装正常的话,可以在浏览器中访问9090端口,看到Hello world字样
uwsgi --http 127.0.0.1:9090 --wsgi-file uwsgi_test.py
接下来启动uWSGI加载Django项目,这里依然使用HTTP协议,将指向具体Python文件--wsgi-file参数替换为指向Django项目的--module参数,参数的值pro.wsgi指向~/work/project/pro/pro/wsgi.py模块,如果正常可以在浏览器http://127.0.0.1:9090端口打开了项目,但是静态文件路径有问题,不过没关系后面再处理。
www@cloud-vm-ub01:~/work/project/pro$ uwsgi --http 127.0.0.1:9090 --module pro.wsgi
对于uWSGI服务器的配置,如上命令加上很多参数非常麻烦,可以写成配置文件的方式,在~/work/project/pro中创建一个配置文件uwsgi.ini,注释掉参数暂时忽略,Django 1.4以前的版本需要配置如env,pythonpath等参数,这里不再深究了。
其中http参数用于以上测试,而与Nginx交互需要使用socket参数,即使用TCP协议,WSGI和uwsgi协议都在TCP协议之上。socket参数也可以配置为网络地址,如socket=127.0.0.1:7070,但如果Nginx和uWSGI同在一个服务器上,可以使用socket文件的形式。chmod-socket是为了动态配置socket文件的权限,因为socket文件会在每次uWSGI启动时被重新创建。
[uwsgi]http=127.0.0.1:8000#socket=/home/www/work/project/pro/nginx_uwsgi.socket chdir=/home/www/work/project/pro/ #chmod-socket=664master=true processes=4threads=2module=pro.wsgi #wsgi-file=uwsgi_test.py #stats=127.0.0.1:9000
通过下面命令同样可以启动uWSGI加载Djiango项目
uwsgi --ini uwsgi.ini
3. 部署Nginx服务器
通过apt安装Nginx
sudo apt install nginx
Nginx可以通过以下命令控制。正常安装和启动Nginx后,通过http://127.0.0.1:80可以看到Nginx的欢迎页
sudo service nginx startsudo service nginx stopsudo service nginx restart
接下来修改配置Nginx配置与uWSGI服务器交互。Nginx的主要配置文件在/etc/nginx/nginx.conf和sites-enabled文件夹里,nginx.conf是全局设置,sites-enabled文件夹里的可以针对不同站点进行配置,其中有个默认的default配置文件,该文件其实是sites-available文件夹里的default文件的软链接,sites-avaliable像个仓库,但只有sites-enabled里的才有效。我们可以将sites-enabled的default删除,再cp一份sites-available的default到sites-enabled里重名为nginx-pro,同时cp /etc/nginx/uwsgi_params ~/work/project/pro里以备nginx-pro配置文件调用。
#nginx-pro
upstream django{ server unix:///home/wisesoe/Work/Project/Python/duty/nginx_uwsgi.sock; # file socket #server 127.0.0.1:7070; # TCP socket } server { listen 80 default_server; listen [::]:80 default_server; root /var/www/html; index index.html index.htm index.nginx-debian.html; server_name 127.0.0.1; # IP or FQDN location /static { alias /home/www/work/project/pro/static; } location / { uwsgi_pass django; include /home/www/work/project/pro/uwsgi_params; #try_files $uri $uri/ =404; } }
uwsgi_params文件是Nginx向uWSGI传递的参数,uwsgi_pass的意思动态内容请求都通过名为django的upstream传递给uWSGI,这使用文件socket的方式,那么与之前uwsgi.ini里的socket参数配置一致。
4. Nginx权限问题
以上全部配置完成了,但是还有一个重要的权限问题,如果启动uWSGI和Nginx(以下需要两个终端窗口,因为uwsgi命令会占据一个),会报错
uwsgi --ini uwsgi.inisudo service nginx restart
在/var/log/nginx/error.log中会看到Permission denied字样,是对home/www/work/project/pro/nginx_uwsgi.socket文件没有读写权限,即运行Nginx工作进程的用户需要socket文件的读写权限。
运行Nginx的工作进程的用户在/etc/nginx/nginx.conf中有配置,是user的值www-data,但查看/etc/group发现www-data是个用户组
user www-data; worker_processes auto; pid /run/nginx.pid; events { worker_connections 768; # multi_accept on; }
我们可以将www用户加入该用户组
usermod -G www-data www
也可以将socket文件及其上级目录pro的用户组改为www-data,并为该用户组授予读写权限
chown :www-data ~/home/work/project/prochown :www-data ~/home/work/project/pro/nginx_uwsgi.socketchmod g+rw ~/home/work/project/pro/nginx_uwsgi.socket
5.Nginx和Django静态文件处理
Django项目可以正常打开,但是静态文件引用路径还有问题,在Django开发时Django自己可以正确处理静态文件的路径,但是部署后Nginx去无法找到静态文件路径。
检查Nginx配置文件夹sites-enabled里的nginx-pro文件,确保里面默认的try_files要删掉或者注释掉,否则Nginx会因此检查静态文件是否存在。
将Django的静态文件集中起来,Django为此有专门的工具
现在Django的Settings文件中加上StATIC_ROOT,把静态文件都集中到这个路径下
STATIC_ROOT = os.path.join(BASE_DIR, "static/")
执行命令
python3 ./manage.py collectstatic
这样所有Django前后台的静态文件都会集中到项目文件夹pro下static中,另外nginx-pro其中一个配置location /static即可让Nginx来处理静态内容。
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
分享标题:跨过Nginx上基于uWSGI部署Django项目的坑-创新互联
链接分享:https://www.cdcxhl.com/article34/hpise.html
成都网站建设公司_创新互联,为您提供虚拟主机、搜索引擎优化、网站建设、品牌网站建设、品牌网站设计、网站导航
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联