python项目实战：实时博客项目 源码下载
最终效果
asgi 、django channels 简介
asgi 的完整说明我在去年做了一个翻译。
asgi 由 django 团队提出，为了解决在一个网络框架里（如 django）同时处理 http、http2、websocket 协议。为此，django 团队开发了 django channels 插件，为 django 带来了 asgi 能力。
在 asgi 中，将一个网络请求划分成三个处理层面，最前面的一层，interface server（协议处理服务器），负责对请求协议进行解析，并将不同的协议分发到不同的 channel（频道）；频道属于第二层，通常可以是一个队列系统。频道绑定了第三层的 consumer（消费者）。
比如说，http 协议的频道绑定了 http 的消费者，当有新的 http 请求过来时，interface server 将该请求分发到 http 频道，http 频道绑定的 http 消费者对该请求进行处理，将处理结果返回给 http 频道，最终传回给客户端。
下面，我们用一个实例演示下这种能力。
实时博客的实现
第一步：跑起来
本例基于 python 3.5.1、macos 10.12.4 beta 5，理论上 python 2.7、linux 可以跑起来（测试工作请自行认领）。
安装依赖：pip install -r requirements.txt
requirements.txt 如下：
django channels asgi_redis feedparser
新建 django 项目：django-admin startproject livelog。
在 settings.py 里面，将 channels 添加到 installed_apps，再加上基础的 channels 相关配置：
...
installed_apps = (
...
'channels',
)
...
# redis
redis_options = {
'host': '127.0.0.1',
'port': 6379,
'db': 0
}
use_redis = true
# channel settings
channel_layers = {
"default": {
"backend": "asgi_redis.redischannellayer",
"config": {
"hosts": ['redis://{}:{}'.format(redis_options['host'],
redis_options['port'])]
},
"routing": "livelog.routing.channel_routing"
}
}
注意到使用了 redis 来做为 channels 的 backend。使用 redis 是为了跨进程的消息处理，为了简便（不需要跨进程），也可以使用 in memory channel layer。
接着，我们在 livelog app 目录下添加一个 routing.py 文件，用以配置 channel 路由，现在可以留空：
channel_routing = []
现在，通过以下命令即可跑起来我们的第一个 asgi server。
# run following commands in command line separately redis-server /usr/local/etc/redis.conf python manage.py runserver
可以看到和普通的 django app server 的启动方式没什么两样，这归功于 django channels 封装。实际工作中，要拆解为三个单独的启动步骤：
daphne livelog.asgi:channel_layer --port 8080 //daphne 是 asgi interface sever 的一种实现 python manage.py runworker // 启动 asgi consumer worker python manage.py runserver --noasgi --noworker // 启动原始的 wsgi server，不运行 asgi interface server、worker
第二步：处理 websocket
channels 将 websocket 连接映射到三个不同到频道：
- 当一个新的客户端通过 websocket 连接时，websocket.connect 频道将收到一条消息，在本例中，将在此频道将新用户添加到实时博客订阅组里。
- 当一个客户端断开连接，websocket.disconnect 频道将收到一条消息。
- 每一条消息都将被发往 websocket.receive 频道，在这个频道里。
首先，我们需要将我们的处理逻辑绑定到这三个频道。
在 livelog app 目录中，添加 comsumers.py 文件：
...
def ws_connect(message):
message.reply_channel.send({'accept': true})
group(const.group_name).add(message.reply_channel)
def ws_disconnect(message):
group(const.group_name).discard(message.reply_channel)
def ws_receive(message):
pass
在本例中，使用 wsgi 也即原生 django 提供 http 服务。
在 routing.py 文件中，将逻辑绑定到路由：
...
channel_routing = [
route('websocket.connect', ws_connect),
route('websocket.disconnect', ws_disconnect),
route('websocket.receive', ws_receive)
]
在 ws_connect 频道中，做了两件事：
- 建立 websocket 连接；
- 将新用户添加到群组里，后面我们将该群组作为实时博客的订阅组，对它发送新的消息。
在 ws_disconnect 频道中，将断开连接的用户移出群组。
在 ws_receive 频道中，暂时什么也不做，因为本例中，我们不通过被动接受新消息的方式来更新博客。
为了较为全面地展示 asgi 的能力，本例中，我们使用 background worker（后台进程）来主动更新博客，并给群组用户推送新消息。
第三步：推送消息
更新实时博客的方式有很多种，在这里我们使用一个 rss feed 作为内容源，对该内容源定时抓取，将新内容更新到博客中，以此来做一个演示。在此之前，介绍一个 django 的小特性，这个特性将允许我们这么运行我们自己的后台进程：
python manage.py blogging_worker // blogging_worker 是我们自定义的命令
这个特新就是 django 的自定义命令
具体做法在此不赘述，看文档或看本例完整源码即可得知。下面我们回到正事儿上：
blogging_worker.py
# -*- coding: utf-8 -*-
...
class command(basecommand):
"""
command to start blogging worker from command line.
"""
help = 'fetch and parse rss feed and send over channel'
def handle(self, *args, **options):
rc = redis.redis(host=settings.redis_options['host'],
port=settings.redis_options['port'],
db=settings.redis_options['db'])
rc.delete(const.group_name) # flush live blogs
while true:
feed = feedparser.parse(const.ifanr_feed_url)
for entry in feed.get('entries')[::-1]:
if not rc.hexists(const.group_name, entry.get('id')):
group(const.group_name).send({'text': json.dumps(entry)})
rc.hset(const.group_name, entry.get('id'), json.dumps(entry))
logger.debug('send a message %s ' % entry.get('title'))
time.sleep(5)
这个文件里的大量写法都是 django 约束的，所以不必过分追究，我们看 handle 方法，在这里，我们做这么几件事：
- 从爱范儿的 rss feed 获取最新的文章，对每一文章，检查这篇文章是否已经发送过，如果没有发送过，则将该文章发送给群组；
- 在 redis 中，新建一个名为 liveblog（这个常量存储在 const.group_name） 的哈希表，将每篇未被发送过的新文章添加到该哈希表中，这样就可以判断一篇文章是否曾经被发送过；
- group(const.group_name).send({'text': json.dumps(entry)}) 对群组进行新消息的发送；
- 每次发送之后，休息 5 秒钟。
第四步：接收新消息并渲染
我们已经有了一个永不停歇的博客更新服务在运行着，一旦有新的内容，这个服务将为用户推送。现在，我们需要一个页面来渲染呈现新消息。
在 templates 目录下，新建 blog.html 文件：
<!doctype html>
<html lang="en">
...
<div id="container">
<h2>live blog</h2>
<ul id="log">
</ul>
</div>
<script type="application/javascript">
var ws_scheme = window.location.protocol == "https:" ? "wss" : "ws";
var ws = new websocket(ws_scheme + '://' + window.location.host + window.location.pathname);
console.log(ws);
ws.onmessage = function (message) {
var data = json.parse(message.data);
var loglist = document.queryselector('#log');
var logitem = document.createelement('li');
var itemtmp = `
<h3>${data.title}</h3>
<p>
<date>${new date(data.published).tolocalestring()}</date>
<span>${data.source.title}</span>
</p>
`;
logitem.innerhtml = itemtmp;
loglist.insertbefore(logitem, loglist.firstchild);
}
</script>
</body>
</html>
在这个页面里，有一个 websocket client 将被新建，并向服务器发起建立连接的请求。当有新消息，将在 #log ul 中插入新的消息。
接下来就是传统 django 的工作：
- 在 urls.py 中配置 django view 的路由：url(r'blog/$', livelog.views.livelog, name='livelog')；
- 在 views.py 中新增一个名为 livelog 的 view： def livelog(request): return render(request, 'blog.html')，渲染模板，响应 http 请求。
到此，一个主动更新博客内容并将新消息推送给每位在线的用户的服务就完成了。
references
- asgi 异步服务网关接口规范
- django channels get started
- finally, real-time django is here: get started with django channels
- raspberry pi and django channels