Nginx与django+uwsgi成功勾搭的始末(下)
前文连接:
记录Uwsgi与Django成功勾搭的始末 http://chenx1242.blog.51cto.com/10430133/1906056
Nginx与django+uwsgi成功勾搭的始末(上)
http://chenx1242.blog.51cto.com/10430133/1907430
正文内容:
在“Nginx与django+uwsgi成功勾搭的始末(上)”里我们已经实现了可以用浏览器访问我们django里的静态文件,注意,是django里的文件,而不是nginx里的。也就是说我们打开nginx是可以访问django里的静态文件,而不能访问django里的其他内容,只有我们启动了nginx同时也启动了django,才会访问django里的动态文件。
这篇文章的内容是验证socket是否可以连接起nginx和uwsgi。
在/home/下面我记得我们是有一个叫logan.py,里面的内容是这样的:
def application(env, start_response): start_response('200 OK', [('Content-Type','text/html')]) return ["Good bye,Logan..."] # python2
现在我们来到home文件夹,ps -ef一下确认后台进程nginx是没有的,uwsgi也是没有的,使用#uwsgi --plugin python --socket :8001 --wsgi-file logan.py。然后在浏览器里测试“外网地址:8001”,发现网页无法打开,同时服务器终端提示:“invalid request block size: 21573 (max 4096)...skip”。
这是因为在#uwsgi --plugin python --socket :8001 --wsgi-file logan.py这个命令里,我们用 socket的方式去打开logan.py,这个方式默认是tcp的,而我们在浏览器访问却是走的http协议,自然会失败了。而我们在前面已经知道用#uwsgi --plugin python --http-socket :8001 --wsgi-file logan.py是可以打开的,但是我们的目的是要验证“socket是否可以连接起nginx和uwsgi”。怎么办?
此时,我们还是需要启动nginx,但是要用我们之前的mysite_nginx.conf,于是我们#nginx -c /etc/nginx/sites-enabled/mysite_nginx.conf。
然后我们再试试#uwsgi --plugin python --socket :8001 --wsgi-file logan.py,在浏览器里输入“外网地址:8000”,发现浏览器里出现了"Good bye,Logan...",不仅这个界面OK,就连我们之前的那个电影海报(media/logan.jpg)也是OK的。
至此我们可以大吼一声:
Web Client <===> Web Server(nginx) <===> The Socket <===> uWSGI <===> Python
这条通道已经彻底打通了!
打通了还没完,我们需要进去搞事情。现在我们修改一下mysite_nginx.conf,把里面的server改成这样:
server unix:///django/logan/logan.sock;
然后#uwsgi --plugin python --socket /django/logan/logan.sock --wsgi-file logan.py,这样规定它使用socket去代替那些协议去启动那个py文件。估计看到这里很多人会有疑问,为啥凭空出现了一个logan.sock?这是什么鬼?
因为这个logan.sock是在uwsgi启动之后自动生成的,当我们执行了#uwsgi --plugin python --socket /django/logan/logan.sock --wsgi-file logan.py之后,来到/django/logan里就会发现里面多了一个粉嫩的logan.sock,默认权限是755:
现在我们去浏览器里试试“外网地址:8000”,发现却是502,bad gateway:
不要虚,去查看一下nginx的error.log,里面的反馈是这样的:
2017/03/17 16:57:06 [crit] 29123#0: *9 connect() to unix:///django/logan/logan.sock failed (13: Permission denied) while connecting to upstream, client: 60.191.94.120, server: 121.40.52.61, request: "GET / HTTP/1.1", upstream: "uwsgi://unix:///django/logan/logan.sock:", host: "121.40.52.61:8000"
既然说权限不足,nginx无法调用这个socket文件,那就#chmod 666 logan.sock加权限好了。
然后我们再试试#uwsgi --plugin python --socket /django/logan/logan.sock --wsgi-file logan.py --chmod-socket=666,在浏览器上刷新一下“外网地址:8000”,就看到了logan.py里的“Good bye,Logan...”了,现在我们应该也可以用这个方法启动一下我们的django project,命令就是#uwsgi --plugin python --socket /django/logan/logan.sock --chdir /django/logan/ --wsgi-file /django/logan/logan/wsgi.py --chmod-socket=666。
现在我们在浏览器里打开“外网地址:8000/admin”,就会看到django的页面:
当然了,打开media/logan.jpg一样会看到那张《金刚狼3》的电影海报。
不过uwsgi启动命令太长了,uwsgi可以使用ini或者xml两个文件方式来简化启动命令,我们在/django/logan里建立一个uwsgi_logan.ini,里面的内容是这样的:
# mysite_uwsgi.ini file [uwsgi] # Django-related settings plugin = python # the base directory (full path) chdir = /django/logan/ # Django's wsgi file wsgi-file = /django/logan/logan/wsgi.py # the virtualenv (我的python只有一个版本所以没有用这个,有的话这里需要填写全路径) # home = /path/to/virtualenv # process-related settings # master master = true # maximum number of worker processes(这里的数字请根据自己实际情况填写,4个已经够用了) processes = 4 # the socket (填写全路径) socket = /django/logan/logan.sock # ... with appropriate permissions - may be needed chmod-socket = 666 # clear environment on exit(退出的时候会清理) vacuum = true pidfile = /django/logan/uwsgi_logan.pid #确定pid的文件 daemonize = /django/logan/uwsgi_logan.log #确定日志文件
然后使用#uwsgi --ini /django/logan/uwsgi_logan.ini,来启动django吧。
参考资料:http://uwsgi-docs.readthedocs.io/en/latest/tutorials/Django_and_nginx.html
参考资料:http://stackoverflow.com/questions/23148082/in-django-nginx-wsgi-what-is-a-mysite-sock

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Vbs脚本将本地文件上传到Azure存储账户
说到Azure相信大家都已经非常熟悉了,所以就不做多介绍了,我们都知道在Azure上有一个存储账户,在存储账户下可以可以创建容器,可以存放数据,近期公司呢为了达到数据的安全性,准备将本地的备份数据给Azure存储账户下备份一份; Azure提供了很多方法可以将本地的文件上传到Azure存储账户下,比如Powershell、Azcopy、存储文件管理工具,但是存储工具和powershell不支持断点续传,只有Azcopy支持断点续传,所以我们就用Azcopy进行数据的传输,在此说一下Azcopy也是一个类似cmd命令提示符,但是也需要独立安装才可以,说到这个我又要吐槽一下微软,微软的很多服务都需要单独安装对应的命令提示工具才可以通过命令管理,比如Exchange不能使用系统的powershell直接进行管理,需要使用Exhcange服务自带的EMS管理,SQL Server也不能使用系统自带的Powershell直接管理,需要安装最新版本的SSMS后,才可以在本地powershlel下导入import-module sqlserver的模块才可以使用,Lync也需要单独安装powersh...
- 下一篇
Vbs 清理备份数据-保留数据量
Vbs 清理备份数据-保留数据量 我们前面文章介绍了,通过vbs脚本对文件进行压缩备份,但是通过计划任务备份的话,备份的数据会越来越多,对于我们的磁盘空间利用来说比较浪费,所以我们又通过以下 脚本进行判断,将多余的备份数据清理, 我们需要将D盘下的backup目录下的备份数据只保留3份,其他的删除。 备份数据脚本见上一篇文章。 Setdic=CreateObject("scripting.dictionary") setfso=CreateObject("Scripting.FileSystemObject") dest="c:\test\" Lcount=2 filecount(dest) dicdelete(Lcount) Subdicdelete(fcount) DoWhile(dic.Count>Lcount) keys=dic.Keys old=keys(0) ForEachkeyInkeys Ifold<keyThen old=key EndIf Next file=dic.Item(old) fso.DeleteFiledic.Item(old) dic.Re...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7,CentOS8安装Elasticsearch6.8.6
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- 2048小游戏-低调大师作品
- Mario游戏-低调大师作品
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS8编译安装MySQL8.0.19
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,8上快速安装Gitea,搭建Git服务器