一旦你准备好了翻译，如果希望在Django中使用，那么只需要激活这些翻译即可。 在这些功能背后，Django拥有一个灵活的模型来确定在安装和使用应用程序的过程中选择使用的

在模型和公用函数中，使用ugettext_lazy()和ungettext_lazy()来标记字符串是很普遍的操作。 当你在你的代码中其它地方使用这些对象时，你应当确定你不

本文实例讲述了Python中Django框架利用url来控制登录的方法。分享给大家供大家参考。具体如下： from django.conf.urls.defaul

Django模板使用两种模板标签，且语法格式与Python代码有些许不同。 为了使得模板访问到标签，需要将 {% load i18n %} 放在模板最前面。 这个{% t

当你标记了翻译字符串，你就需要写出（或获取已有的）对应的语言翻译信息。 这里就是它如何工作的。 地域限制 Django不支持把你的应用本地化到一个连它自己都还没被翻译的

使用 django.utils.translation.gettext_lazy() 函数，使得其中的值只有在访问时才会被翻译，而不是在 gettext_lazy() 被调

使用函数 ugettext() 来指定一个翻译字符串。 作为惯例，使用短别名 _ 来引入这个函数以节省键入时间. 在下面这个例子中，文本 "Welcome to my s

缘由 　　新手学习 django 当配置好 html 页面后，就需要使用一些静态资源，如图片，js 文件，css 样式等，但是 django 里面使用这些资源并不是直接引

同由其他技术驱动的应用一样，在相同的Web服务器上运行Django应用也是可行的。 最简单直接的办法就是利用Apaches配置文件httpd.conf，将不同的URL类型分

将Django与其他现有认证系统的用户名和密码或者认证方法进行整合是可以办到的。 例如，你所在的公司也许已经安装了LDAP，并且为每一个员工都存储了相应的用户名和密码。

认证支持中间件 中间件类: django.contrib.auth.middleware.AuthenticationMiddleware . django.contri

Django的数据库层从Python代码生成SQL schemas—但是对于遗留数据库，你已经拥有SQL schemas. 这种情况,你需要为已经存在的数据表创建model

有些时候，对整个经解析的页面进行缓存并不会给你带来太多好处，事实上可能会过犹不及。 比如说，也许你的站点所包含的一个视图依赖几个费时的查询，每隔一段时间结果就会发生变化。

数据库缓存 为了使用数据库表作为缓存后端，首先在数据库中运行这个命令以创建缓存表： python manage.py createcachetable [cac

Vary 头部定义了缓存机制在构建其缓存键值时应当将哪个请求头标考虑在内。 例如，如果网页的内容取决于用户的语言偏好，该页面被称为根据语言而不同。 缺省情况下，Djang

关于缓存剩下的问题是数据的隐私性以及在级联缓存中数据应该在何处储存的问题。 通常用户将会面对两种缓存： 他或她自己的浏览器缓存（私有缓存）以及他或她的提供者缓存（公共缓存

CACHE_BACKEND参数 每个缓存后端都可能使用参数。 它们在CACHE_BACKEND设置中以查询字符串形式给出。 有效参数如下：  &nbs

什么是中间件 我们从一个简单的例子开始。 高流量的站点通常需要将Django部署在负载平衡proxy之后。 这种方式将带来一些复杂性，其一就是每个request中的远程

将视图与缓存系统进行了耦合，从几个方面来说并不理想。 例如，你可能想在某个无缓存的站点中重用该视图函数，或者你可能想将该视图发布给那些不想通过缓存使用它们的人。 解决这些问

你同样可以使用cache标签来缓存模板片段。 在模板的顶端附近加入{% load cache %}以通知模板存取缓存标签。 模板标签{% cache %}在给定的时间内缓