在 Python 中一切皆是对象，而在实现 Python 的 C 语言中，这些对象只不过是一些比较复杂的结构体而已。本文通过 ctypes 访问对象对应的结构体中的数据，加深对 Python 对象的理解。

通常我们熟悉使用的都是 pip, 这个工具确实方便项目管理依赖包。当想把当前项目依赖的包的名称和版本导入指定的 txt 文件中时，只需要执行

环境版本 mysql: 5.6.25 查询缓存 查询缓存是从 4.1 版本开始支持，默认是关闭的，可以在运行时设置变量开启，也可以重写配置文件中的参数开启，两种方法都可行。 开启方法 在 my.cnf 文件中添加 query_cache_type=1 服务运行时 set query_cache_type=1 参数介绍 参数 解释 have_query_cache 当前版本是否支持查询缓存功...

一般我们在练习 django 渲染时，都需要使用 context 来解析渲染模板。 通常，context 是 django.template.Context 的实例，不过在 context 中还有一个特殊的子类， django.template.RequestContext ，这个和 context 稍微有些不同。 RequestContext 默认地在模板 context 中添加一些变量

项目前端脚本依赖使用了 require.js 做打包依赖，现在技术更新迭代之快，让人应接不暇，从 James Burke 在 2009 年 9 月 28 号 第一次提交开始，require.js 现在已经走过了将近 6 年的时间，当然，现在 require.js 还在不断的向前奔跑。

工具使用 Mercurial（项目存放于 [链接]） SourceTree 1 设置文件为非跟踪状态 问题描述 项目文件之前是跟踪状态，现在想设置为此文件为非跟踪状态，即在本地无论怎么修改此文件，都不会被跟踪 解决方法 使用 hg forget 命令，对想设置为非跟踪状态的文件进行操作 在项目下的 .hgignore 添加记录 2 在分支上设置非跟踪文...

前端任务打包工具选用的是 gulp, 当时选用 gulp 也是偶然，在使用 grunt 初期，翻阅 dailyjs.com 时发现一片文章着重介绍了 gulp, 甚至还预言是 grunt 的劲敌，好奇心驱使，确实发现，gulp 的流的概念更人性化，看着当时写的 grunt 配置文件，不忍直视

我使用 gulp 作为前端任务管理器，使用 amd-optimize 来打包require.js 模块依赖 有人说此插件下载量太低，不敢用，我也就呵呵了，工具是用来解决问题的，不是给人看的,实在不行，查看源代码自己造个轮子也不错

测试 Python 默认参数提高了变成效率，但是这里面的坑也是坑死人不偿命，使用稍微不正确，会造成致命的失误 {代码...} 当老实调用时，结果如你所愿 {代码...} 结果如下 {代码...} 但是如果多次使用默认参数调用时，奇迹出现了 {代码...} 结果如下： {代码...} 或许有人对此感到很困惑，为什么默认参数会记住更新过的默认...

测试生产服务器中，设置 DEBUG = False，这种情况下 ALLOWED_HOSTS = [] 就会开始起作用，如果设置为空，就是看到的 400，所以这里需要修改允许的 HOST

在做应用时，考虑到应用的会产生很多图片，为了省劲，就选择了七牛云存储，使用云存储的好处大家都是有感的，但还是有一点点担心，如果使用的第三方云存储挂掉了，(=@__@=)，这是后话

直接引入 <script type="text/javascript" src="http://api.map.baidu.com/api?v=2.0&ak=您的密钥"></script>

模板|自定义 context_processors Django 版本 1.6.7 原因 因为当前模块下的所有视图都需要共同变量，就想到了利用模板系统的自定义 context_processors 目的 偷懒，降低工作量，重用 准备 {代码...} 步骤 1 自定义函数 {代码...} 自定义函数（测试随写的） {代码...} 2 视图逻辑 {代码...} 3 TEMPLATE_CONTEXT_PROCESSOR...