Django+uwsgi的配置

1. uwsgi加载配置文件

• 可以使用 ini 文件，json 文件，xml 文件, YAML 文件,
  uwsgi --ini xxx.ini

2.常见的配置规则

[uwsgi]
;#使用nginx连接时使用，Django程序所在服务器地址
;socket=192.168.137.130:8001
;#直接做web服务器使用，Django程序所在服务器地址
http=192.168.137.130:9000
;#项目目录  （后端项目目录）切换文件夹到这个目录
;chdir=/home/python/Desktop/my_pro/
;项目中wsgi.py文件的目录，相对于项目目录
wsgi-file=my_pro/wsgi.py
# 进程数
;processes=4
# 线程数
;threads=2

;# 存放进程编号的文件,会在根目录生成uwsgi.pid
pidfile=uwsgi.pid
# uwsgi进程的状态文件存放，重启的时候可以使用这个配置
stats = uwsgi.status
;# 日志文件，因为uwsgi可以脱离终端在后台运行，日志看不见。我们以前的runserver是依赖终端的
daemonize=uwsgi.log
;# 指定依赖的虚拟环境
;virtualenv=/home/python/.virtualenvs/py3_django

;启动主进程，来管理其他进程，其它的uwsgi进程都是这个master进程的子进程，如果kill这个master进程，相当于重启所有的uwsgi进程。
master=true

;在每个worker而不是master中加载应用
;lazy-apps=true 
#设置用于uwsgi包解析的内部缓存区大小为64k。默认是4k。
;buffer-size = 32768 
listen = 120 #设置socket的监听队列大小（默认：100）
;#设置socket的监听队列大小（默认：100）
;listen = 120

module          =   my_pro.wsgi:application
env             =   DJANGO_SETTINGS_MODULE=my_pro.settings
;超时设置，如果一个请求花费的时间超过了这个harakiri超时时间，那么这个请求都会被丢弃，并且当前处理这个请求的工作进程会被回收再利用
harakiri        =   60
;指定工作者的数量 50个工作者
workers         =   50
; 允许内嵌的语言使用线程
enable-threads  =   true
# uwsgi的配置 每个worker超过这个次数会重启
max-requests = 10000

3.对项目进行操作

• 启动项目
  uwsgi --ini xxxx.ini
• 停止项目
  uwsgi --stop uwsgi.pid
• 重启
  uwsgi --connect-and-read uwsgi.status

---

上面配置自行结合，并不是我实际项目中使用的配置