计划是先讲完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呢?一定要用吗?