一:uWSGI的安装
sudo pip install uwsgi
如果安装报错:
conda install -c conda-forge uwsgi
conda install -c conda-forge libiconv
测试 test.py:
uwsgi --http :8020 --chdir /mnt/d/hegh/projects/0806/data_plot(项目路径) -w data_plot.wsgi
一个重要的任何就是监控。知道发生了什么在生产环境中是极其重要的。stats 子系统允许你 用 JSON 输出 uWSGI 的内部数据:
uwsgi --http :9090 --wsgi-file foobar.py --master --processes 4 --threads 2 --stats 127.0.0.1:9191
启动测试, 可以正常访问就安装没有问题
在项目的根目录下建立以自己项目命名的配置文件data_plot.ini:
[uwsgi] project = data_plot base = /mnt/d/hegh/projects/0806/ socket = 127.0.0.1:8030 # 指定项目执行的端口号,用nginx的时候就要配socket chdir = %(base)/%(project) # 指定项目的目录 wsgi-file=%(base)/%(project)/%(project)/wsgi.py # 项目上wsgi.py所在的位置,与settings目录相同 master = true # master :允许主线程存在(true) processes = 5 # 开启的进程数量 threads=2 pidfile=data_plot.pid daemonize=data_plot.log # 日志,uwsgi无法启动时来这查看错误日志
这将会产生 4 个进程(每个进程 2 个线程),一个主进程(当你的进程死掉时会重新 spawn 一个新的)以及 HTTP 路由器
老版(1.4 以下)的 Django(没有wsgi.py 文件) 发行版需要设置 evn, module 和 pythonpath (.. 使得我们可以访问 myproject.settings 模块)
uwsgi --ini data_plot.ini # 启动uwsgi, 一定要在django实际使用的conda环境下,否则会报错 uwsgi --stop data_plot.pid # 停止uwsgi uwsgi --reload data_plot.pid # 重启uwsgi
或者 建立一个自启脚本
sudo vi /etc/init/uwsgi.conf
内容如下 setuid的值改为你的项目名:
description "uWSGI application server in Emperor mode" start on runlevel [2345] stop on runlevel [!2345] setuid data_plot setgid www-data exec exec /mnt/d/hegh/miniconda3/envs/data_plot/bin/uwsgi --emperor /mnt/d/hegh/projects/0806/data_plot
二: 方向代理: Nginx的安装和配置
1:安装: sudo apt-get install nginx
2: 创建配置文件: sudo vim /etc/nginx/sites-available/data_plot
server{ listen 8030; server_name localhost; access_log /mnt/d/hegh/projects/0806/data_plot/nginx.access.log; error_log /mnt/d/hegh/projects/0806/data_plot/nginx.error.log; location /static/ { root /mnt/d/hegh/projects/0806/data_plot; 或者:alias /mnt/d/hegh/projects/0806/data_plot/static; } location /favico.ico { root mnt/d/hegh/projects/0806/data_plot/static/img/favico.ico; } location / { include /etc/nginx/uwsgi_params; uwsgi_pass 127.0.0.1:8030; } }
然后链接文件:
sudo ln -s /etc/nginx/sites-available/data_plot /etc/nginx/sites-enabled/
检查是否有错误:
sudo service nginx configtest
出现错误,那就是配置文件写错了,自己检查一下,没有就直接启动!
sudo service nginx restart
最后输入,启动uwsgi :
uwsgi /mnt/d/hegh/projects/0806/data_plot/data_plot.ini -d /mnt/d/hegh/projects/0806/data_plot/data_plot.log
Django项目setting.py设置:
DEBUG = False
一般在开发环境中: 即settings.py中的DEBUG = True 时 , Django 会自动帮助我们处理静态文件,所以不用操心静态文件404的问题,但是在部署时,出于安全考虑,我们必须关闭DEBUG!保证自己网站的信息不泄露。只是当DEBUG关闭后,Djang就不会帮我们处理静态文件了,所以会出现样式丢失,静态文件404问题
STATIC_URL = '/static/' # STATIC_ROOT = os.path.join(BASE_DIR, 'static') MEDIA_ROOT = os.path.join(BASE_DIR, 'media') STATICFILES_DIRS = [os.path.join(BASE_DIR, 'static')] STATICFILES_FINDERS = ( 'django.contrib.staticfiles.finders.FileSystemFinder', 'django.contrib.staticfiles.finders.AppDirectoriesFinder', )
1.MEDIA_ROOT:媒体文件,所有上传的文件。示例:图像,文件
2.STATIC_ROOT 在开发过程中无用,只需要部署。
在开发中,STATIC_ROOT什么都不做。你甚至不需要设置它。Django在每个应用程序目录(myProject/appName/static)中查找静态文件,并自动提供。
当你的项目部署时,事情有所不同。很可能你将使用Django提供动态内容,Nginx将提供静态文件。为什么?因为Nginx的效率非常高,并且会减少Django的工作量。
这时候STATIC_ROOT才有用,因为Nginx不知道你的django项目,不知道在哪里找到静态文件。
所以你设置STATIC_ROOT = '/some/folder/', 并告诉Nginx寻找静态文件/some/folder/。然后运行manage.py collectstatic,Django将会从所有应用程序复制静态文件/some/folder/。
3.STATICFILES_DIRS : 静态文件的额外目录
STATICFILES_DIRS用于包含要查找的其他目录。例如,默认情况下,Django无法识别/myProject/static/。所以你可以把它设置一下。
本站文章如无特殊说明,均为本站原创,如若转载,请注明出处:Nginx+ uWSGI +django进行部署 - Python技术站