今天在使用Nginx给Uwsgi服务做反向代理的时候，遇到一个问题。配置步骤如下：
启动Uwsgi服务
在使用Flask框架的Python项目中，配置文件：uwsgi.ini的内容如下：
```
[uwsgi]
master = true
processes = 16
threads = 2
chdir=/xxx
socket = 127.0.0.1:1234
日志输出地址
logto = /xxx/uwsgi.log
daemonize = /xxx/uwsgi.log
reload
py-autoreload = 1
pid
pidfile = /xxx/uwsgi.pid
```
继续阅读 »
好久不写博客了，最近一直在忙一个私活，一个问卷类的项目，用 django 写的，说实话，之前除了在公司厘米用，都没有用过 python，还好我有一些好同事，有问题可以直接问，方便了很多。
为了避免长时间不写文章的尴尬，我急匆匆的新键了一个 md，开始写。
一般来说，本地运行 django 项目是很简单，
sh
python manage.py runserver
UWSGI
总感觉这个单词全部大写的话，很别扭，使用 uwsgi 启动项目的话也不是太难，
```ini
docon.ini
uwsgi abc.ini
uwsgi --reload /tmp/***.pid
uwsgi --stop /tmp/***.
继续阅读 »
(2017.09.11) 截止 Pike 版本，最新的 devstack 默认已经使用 systemd 管理各个服务，而不再使用 linux screen，而且大部分服务也都使用 uwsgi 的启动。关于 Systemd 的详细介绍，可以参加这里。所以要启动一个 openstack 进程，要经过systemd-->uwsgi-->wsgi application(in codebase)-->codebase
安装vmware workstation
创建ubuntu虚拟机
下载ubuntu iso，网络模式nat（前提是本机能联网），安装过程不需要人工干预。
预配置虚拟机
用创建虚拟机时指定的用户登录，修改root登录密
继续阅读 »
技术流水账一篇，记录踩过的坑
Channels 异构
Django Channels 官方文档宣称 channels 的最佳配置是使用其自带的服务器组件 Daphne，但在开发中我发现 daphne 处理普通请求比在 WSGI 架构下慢了好几倍，更何况使用 daphne 派发静态文件是十分不切实际的。于是我将 http.request 和 websocket.* 两个 channel 解耦，前者使用 nginx 配合 uwsgi 处理，后者使用 nginx 反向代理至 daphne 处理。这样一来便可充分利用两种架构的优势。
旧架构：
新架构：
more
环境
Ubuntu Server 16.04（与开发环境相
继续阅读 »