项目环境：python2.7, django1.9， ubuntu（阿里云服务器）
1.利用scp将项目传上阿里云服务器，运行开发服务器测试
（下面的项目名我都用projectname表示）运行命令：
cd projectname # 进入项目projectname目录
python manage.py runserver 0.0.0.0:8000
(运行开发服务器测试，确保开发服务器能正常打开网站)
这里有一个简易的办法让项目一直在后台运行：nohup，进入项目目录下运行命令：
nuhup python manage.py runserver 0.0.0.0:8000&
在当前目录下会生成一个nohup.out文件，项目的输出信息全在里面，错误信息可从里面查找。但这不叫部署，下面开始部署。
2. 安装nginx 和需要的包
2.1 安装 nginx 等软件
ubuntu / Linux Mint 等，下面简写为 (ubuntu):
sudoapt-get install python-dev nginx
2.2 安装 supervisor, 一个专门用来管理进程的工具，我们用它来管理 uwsgi 进程
sudopip install supervisor
在这有一个问题需要注意一下的就是，如果你是centOS用户，不是则直接进入3，请先查看一下你的seLinux是否开启，因为其存在安全性问题，会导致后面你利用nginx做反向代理你的项目时访问被拒绝。运行命令，将 SELinux 设置为宽容模式，方便调试：
sudo setenforce 0
防火墙相关的设置：
可以选择临时关闭防火墙
sudo service iptables stop
或者开放一些需要的端口，比如 8002
sudo iptables -A INPUT -p tcp -m tcp --dport 8002 -j ACCEPT
上面的两条命令，如果是 CentOS用户用
临时关闭防火墙
sudo systemctl stop firewalld
或者 开放需要的端口
sudo firewall-cmd --zone=public --add-port=80/tcp--permanent
sudo firewall-cmd --reload
3.使用uwsgi来部署
安装uwsgi
sudo pip install uwsgi --upgrade
使用uwsgi 运行项目（我的项目放在/root下）
uwsgi --http :8002 --chidir /root/projectname --home=/path/to/venv --module project.wsgi
这样就可以跑了，--home 指定virtualenv 路径，如果没有可以去掉。project.wsgi 指的是 project/wsgi.py 文件.
如果想安装virtualenv可以按下面步骤安装，不想则略过直接到4：
为什么要安装virtualenv？答案来自”廖雪峰python“（在开发Python应用程序的时候，系统安装的Python3只有一个版本：3.4。所有第三方的包都会被pip安装到Python3的site-packages目录下。如果我们要同时开发多个应用程序，那这些应用程序都会共用一个Python，就是安装在系统的Python 3。如果应用A需要jinja 2.7，而应用B需要jinja 2.6怎么办？这种情况下，每个应用可能需要各自拥有一套“独立”的Python运行环境。virtualenv就是用来为一个应用创建一套“隔离”的Python运行环境。）
下面开始安装：
pip install virtualenv
然后，假定我们要开发一个新的项目，需要一套独立的Python运行环境，可以这么做：
第一步，创建目录：
mkdir myproject
cd myproject
第二步，创建一个独立的Python运行环境，命名为venv：
virtualenv --no-site-packages venv
命令virtualenv就可以创建一个独立的Python运行环境，我们还加上了参数--no-site-packages，这样，已经安装到系统Python环境中的所有第三方包都不会复制过来，这样，我们就得到了一个不带任何第三方包的“干净”的Python运行环境。
建的Python环境被放到当前目录下的venv目录。有了venv这个Python环境，可以用source进入该环境：
source venv/bin/activate
注意到命令提示符变了，有个(venv)前缀，表示当前环境是一个名为venv的Python环境。下面你就可以正常安装各种你想要的第三方包，运行python命令
在venv环境下，用pip安装的包都被安装到venv这个环境下，系统Python环境不受任何影响。也就是说，venv环境是专门针对myproject这个应用创建的。
退出当前的venv环境，使用deactivate命令：
deactivate
此时就回到了正常的环境，现在pip或python均是在系统Python环境下执行。
3.1 查询端口
如果在3中出现端口被占的情况，通过命令查询端口：
lsof -i:8002
再利用查询到的pid，通过kill命令关掉相关程序：
kill -9 pid
或者按程序名称查询：以下两个命令都一样的效果，只是显示略有区别：
ps -ef | grep uwsgi
ps aux | grep uwsgi
4.使用supervisor来管理进程
安装 supervisor 软件包
(sudo) pip install supervisor
生成 supervisor 默认配置文件，比如我们放在 /etc/supervisord.conf 路径中：
(sudo) echo_supervisord_conf > /etc/supervisord.conf
打开 supervisord.conf 在最底部添加（每一行前面不要有空格，防止报错）：
[program:projectname]
command=/path/to/uwsgi --http :8002 --chdir /path/to/projectname --module projectname.wsgi
directory=/path/to/projectname
startsecs=0
stopwaitsecs=0
autostart=true
autorestart=true
command 中写上对应的命令，这样，就可以用 supervisor 来管理了。
启动 supervisor:
(sudo) supervisord -c /etc/supervisord.conf
重启 projectname 程序（项目）：
(sudo) supervisorctl -c /etc/supervisord.conf restart projectname
启动，停止，或重启 supervisor 管理的某个程序 或 所有程序：
(sudo) supervisorctl -c /etc/supervisord.conf [start|stop|restart] [program-name|all]
以 uwsgi 为例，上面这样使用一行命令太长了，我们使用 ini 配置文件来搞定，比如项目在 /root/projectname 这个位置，
在其中新建一个 uwsgi.ini 全路径为 /root/projectname/uwsgi.ini
[uwsgi]
socket = /root/projectname/projectname.sock
chdir =/root/projectname
wsgi-file= projectname/wsgi.py
touch-reload = /root/projectname/reload
processes = 2
threads = 4
chmod-socket = 666
chown-socket =www-data:www-data
vacuum = true
在这有几个要注意的问题：
（1）./root/projectname/projectname.sock ，待会配置nginx时我们把它和nginx关联起来，在这我们采用的sock方式通信，也可以直接采用ip地址加端口的形式，比如socket=127.0.0.1:8003，则后面配置nginx的时候也要写成一样的就行。
（2）.chmod-socket = 666 ，chown-socket =www-data:www-data有些人在后面可能会出现权限问题，所以在这直接设好，还有chown-socket设置，也就是gid，uid设置
（3）.不建议把 sock 文件放在 /tmp 下，比如 /tmp/xxx.sock (不建议)！有些系统的临时文件是 namespaced 的，进程只能看到自己的临时文件，导致 nginx 找不到 uwsgi 的 socket 文件，访问时显示502，nginx 的 access log 中显示 unix: /tmp/xxx.sock failed (2: No such file or directory)，所以部署的时候建议用其它目录来放 socket 文件，比如放在运行nginx用户目录中，也可以专门弄一个目录来存放 sock 文件，比如 /tmp2/
sudomkdir-p /tmp2/&& sudochmod777 /tmp2/
然后可以用 /tmp2/projectname.sock 这样的路径了。
修改 supervisor 配置文件中的 command 一行：
[program:projectname]
command=/path/to/uwsgi --ini /root/projectname/uwsgi.ini
directory=/root/projectname（我的项目是放在/root下，你们按照你们的即可）
startsecs=0
5.配置 Nginx
在nginx下新建一个自己的项目projectname
sudo vim /etc/nginx/sites-available/projectname.conf
写入以下内容：
server {
listen 8002;
server_name localhost; #有域名写域名，没域名写localhost或者" _" 或者公网ip
charset utf-8;
client_max_body_size 75M;
location /media {
alias /path/to/project/media;
}
location /static {
alias /path/to/project/static;
}
location / {
uwsgi_pass unix:///root/peojectname/projectname.sock;
include /etc/nginx/uwsgi_params;
}
}
激活项目：
sudo ln -s /etc/nginx/sites-available/projectname.conf /etc/nginx/sites-enabled/projectname.conf
测试配置语法问题：
sudo service nginx configtest
如果显示fail，则通过下面命令查看具体原因：
sudo nginx -t
重启 nginx 服务器：
sudo service nginx reload 或 sudo service nginx restart 或 /path/to/nginx -s reload
如果启动成功，则说明目前配置没有问题，如果启动失败，则应该是nginx配置没配好。
6.总结：
我在配置的时候出现的很多问题现总结如下：
（1）nginx配置之后测试成功，但启动失败，当时配置的时候我发现是/etc/nginx/nginx.conf 文件被我不知道怎么给修改了，导致出现server not allow here.是因为nginx读取了/etc/nginx/sites-available/projectname.conf里面的配置，而这里面又没有http。projectname.conf这个文件应该是include在/etc/nginx/nginx.conf 文件里面的，修改回来之后则nginx启动成功。
（2）nginx启动成功了，但是没有成功代理项目，我用superivsorctl启动项目之后发现可以直接通过8002端口访问项目，nginx监听8002端口启动失败，查看原因发现地址被占，停止supervisorctl之后8002端口被放出，我在/etc/supervisord.conf和uwsgi.ini中均未指定端口，原因可能是superivsorctl在启动时启动了我其他时候配置过的项目或者运行了我之前利用uwsgi测试项目的命令，导致端口被占用。此时我考虑换一个端口8003,启动成功，但访问页面时失败。
分析是uwsgi.ini配置了端口还是superivsorctl配置了端口，我先单独运行uwsgi --ini uwsgi.ini 发现成功运行且未占用端口，显然是因为运行superivsorctl占用了端口。
（3）基于此考虑暂时放弃supervisor， 考虑先利用uwsgi --ini uwsgi.ini 命令在前台运行，端口未被占，nginx监听8002端口，启动成功，访问页面出现502,查看错误日志/var/log/nginx/error.log,发现是（13,permission deny），
a.查看网上资料发现很多人因为用的是centOS系统，出现seLinux安全性问题，一般解决方案关掉就行，上面我已经写了，
b.第二种情况是说权限问题，将chmod-socket = 666 ，chown-socket =www-data:www-data设置成这个，这里有一个问题就是，因为我是采用sock通信，启动uwsgi自动生成.sock文件，虽然我修改了权限，你会发现生成的sock文件权限并没有变化，这时你应该删除现在的sock文件，重新启动uwsgi，然后在启动nginx，看看你们有没有解决问题，
c.但我仍然没有解决问题，最后原因发现了是因为我用root身份运行的uwsgi，在/etc/nginx/nginx.conf里面的用户却是www-data,将其改成root之后，成功访问。
（4）之前我用uwsgi在前台通过设置http端口命令运行项目的时候发现static静态资源文件加载不出来，那是因为uwsgi没有理会静态资源文件，通过nginx反向代理之后，静态资源文件成功加载。
（5）还有一个问题没有解决就是，我的uwsgi是在前台运行的，supervisor又会出现莫名奇妙的8002端口占用，查看uwsgi进行发现有很多个进程在运行，这里考虑使用nohup 将uwsgi在后台运行，命令：
nohup uwsgi --ini uwsgi.ini&
重启nginx：
sudo service nginx restart
成功实现代理。
后期继续研究这个supervisor占用我8002端口的问题，从性能上利用supervisor管理uwsgi肯定比nohup更好。