计划是先讲完Admin的源码，但在编写课件时意识到一个问题，那就是Admin相当于是Django所有模块的一个集成。Admin本身除了一个框架的一部分，也是一个独立的App。就像我们平时用Django开发的App一样。

12月份的 BPUG 分享之后，自己抽时间把视频的音量处理了下，使用 ffmpeg 增强了音量。

当我们创建好一个Model之后，需要执行``makemigrations``操作，生成对应的Migrations文件。那么问题来了，Django是如何把Model生成对应的Migrations文件的呢？

还是新开发的个人项目——付费用户社区。除了尝鲜channels外，最终还使用了PostgreSQL——据说这货比MySQL好，所以得实地验证一下。

这个其实是我的锅，不过我还是想"Blame"那个吞噬异常的程序员。 既然是尝鲜，那就顺便也尝尝Django的channels，用它的Websocket来做桌面通知，也就是Chrome提供的：Notifications API 。

很高兴能有这一系列的内容，可以分享自己对于Django源码的认识，交流源码学习的心得。今天正式开始。下面先来自我介绍一下。

原则：从实际用处着手，逐步深入 整体思路：从认识框架、安装框架、使用框架开发项目、到项目最终上线被用户访问的思路来分析源码。 目标读者： * 能够使用Django开发项目，想要更深入的了解Django内部原理 * 已经开始尝试翻源码，希望找个人一起交流 * 想要通过学习Django源码，写出更好代码

我之前在知乎的一个回答中提到（Django 多线程问题是怎么回事）提到之前写Java时，在读了部分tomcat源码之后，有一种豁然开朗的感觉。这种感觉对于程序员来说是相当重要的，有追求的技术人员对于探索事物（技术）的运作原理都有着强烈的好奇心。

各位同学新春快乐！ 春节对视频价格做了调整，打算利用节假日提升自己能力的同学可以考虑出手了。

> 上篇文章说到了autocomplete light结合xadmin时可能遇到的一个bug，那么为什么需要在admin或者xadmin后台增加autocomplete light呢？一定要用吗？