nginx + uwsgi + Django 应用部署

[uwsgi]　　
uid = www                                        # 设置启动的用户组
　　
gid = www
　　

　　
chdir = /alidata/www/fdcode/devops               # 指定项目目录
　　

　　
module = wsgi                                    # 加载wsgi.py模块
　　

　　
master = true                                    # 启动主进程，一般设置true或 1
　　

　　
processes = 2                                    # 设置启动的进程数
　　

　　
listen = 100                                     # 设置socket监听队列大小，超出队列的请求将会被拒绝
　　

　　
;socket = /var/run/uwsgi/uwsgi.sock              # 设置socket监听
　　

　　
socket = :9090                                   # 设置端口监听
　　

　　
pidfile = /var/run/uwsgi/uwsgi.pid               # 指定pid文件
　　

　　
vacuum = true                                    # 当服务器退出的时候自动删除unixsocket文件和pid文件。
　　

　　
enable-threads = true                            # 允许用内嵌的语言启动线程。这将允许你在app程序中产生一个子线程
　　

　　
buffer-size = 32768                              # 设置用于uwsgi包解析的内部缓存区大小为64k。默认是4k。
　　

　　
reload-mercy = 8                                 # 设置在平滑的重启（直到接收到的请求处理完才重启）一个工作子进程中，等待这个工作结束的最长秒数。这个配置会使在平滑地重启工作子进程中，如果工作进程结束时间超过了8秒就会被强行结束（忽略之前已经接收到的请求而直接结束）
　　

　　
max-requests = 5000                              # 为每个工作进程设置请求数的上限。当一个工作进程处理的请求数达到这个值，那么该工作进程就会被回收重用（重启）。你可以使用这个选项来默默地对抗内存泄漏
　　

　　
limit-as = 512                                   # 通过使用POSIX/UNIX的setrlimit()函数来限制每个uWSGI进程的虚拟内存使用数。这个配置会限制uWSGI的进程占用虚拟内存不超过256M。如果虚拟内存已经达到256M，并继续申请虚拟内存则会使程序报内存错误，本次的http请求将返回500错误。
　　

　　
harakiri = 60                                    # 一个请求花费的时间超过了这个harakiri超时时间，那么这个请求都会被丢弃，并且当前处理这个请求的工作进程会被回收再利用（即重启）
　　

　　
daemonize = /alidata/log/uwsgi/uwsgi_server.log  # 使进程在后台运行，并将日志打到指定的日志文件或者udp服务器