您好,登录后才能下订单哦!
前面介绍了缓存的一些简单知识以及在Django中如何设置参数来配置这些缓存,现在讲讲在django中如何使用缓存。
(1)站点级缓存
站点级缓存指使用缓存缓存整个网站,需要添加两个中间件到MIDDLEWRAE_CLASSES:django.middleware.UpdateCacheMiddleware和django.middleware.cache.FetchFromCacheMiddleware,注意的是,UpdateCache中间件一定要放在第一位,Fetch中间件必须放最后(因为中间件的顺序决定着运行的顺序)见下面示例:
MIDDLEWARE_CLASSES = ( 'django.middleware.cache.UpdateCacheMiddleware', 'django.middleware.common.CommonMiddleware', 'django.middleware.cache.FetchFromCacheMiddleware', )
除了上面的设置外还需要在setting文件中增加以下设置:
CACHE_MIDDLEWARE_ALIAS:用来存储的缓存别名
CACHE_MIDDLEWARE_SECONDS:每个页面应该被缓存的秒数
CACHE_MIDDLEWARE_KEY_PREFIX:关键的前缀,当多个站点使用同一个配置的时候,这个可以设置可以避免发生冲突;如果你不在乎的话, 你可以是用一个空字符串,建议你别这样做
如果请求或者响应的头部允许的时候,缓存中间件会缓存那些200的get或者head的相应页面。同一个url但是不同查询参数会被认为是不同的相应从而被分别缓存。
如果你设置了CACHE_MIDDLEWARE_ANONYMOUS_ONLY为真,那么只有匿名的请求会被缓存,这是一个禁用缓存非匿名用户页面的最简单的做法,注意确保已经启用了认证中间件。
缓存中间件希望一个head请求可以被 一个有相同响应头部的get请求的响应 响应,因为这样的话,缓存中间件可以直接用一个get响应返回给一个head请求。
另外,缓存中间件会自动的设置少量的头部信息给每一个HttpResponse:
当一个新鲜的页面被请求的时候,会用当前时间打上一个Last_Modified的头部
会用当前时间加上CACHE_MIDDLEWARE_SECONDS的值设置给Expires头部
用CACHE_MIDDLEWARE_SECONDS的值给Cache-Control头部去设置一个页面的最大年龄(前提是视图函数没有设置该项)
(2)单个view缓存
django.views.decorators.cache.cache_page()
更加轻巧的缓存框架使用方法是对单个有效视图的输出进行缓存。 django.views.decorators.cache 定义了一个自动缓存视图响应的 cache_page装饰器,使用非常简单:
from django.views.decorators.cache import cache_page @cache_page(60 * 15) def my_view(request): ....
cache_page只接受一个参数和两个关键字参数,
timeout是缓存时间,以秒为单位
cache:指定使用你的CACHES设置中的哪一个缓存后端
key_prefix:指定缓存前缀,可以覆盖在配置文件中CACHE_MIDDLEWARE_KEY_PREFIX的值
和站点缓存一样,视图缓存与 URL 无关。如果多个 URL 指向同一视图,每个URL将会分别缓存。 继续 my_view范例,如果 URLconf 如下所示:
urlpatterns = [ url(r'^foo/([0-9]{1,2})/$', my_view), ]
发送到 /foo/1/ and /foo/23/ 会被分别缓存。但是一旦一个明确的 URL (e.g., /foo/23/) 已经被请求过了, 之后再度发出的指向该 URL 的请求将使用缓存
(3)在url配置文件中使用缓存装饰器
和上面的类似,装饰器的位置发生了变化
from django.views.decorators.cache import cache_page urlpatterns = ('', (r'^foo/(\d{1,2})/$', cache_page(60 * 15)(my_view)), )
(4)模板片段缓存
如果想对缓存进行更多的控制,可以使用 cache模板标签来缓存模板的一个片段。 要让模板处理这个标签,把{% load cache %} 放在缓存片段的上面。
标签{% cache %}将按给定的时间缓存包含块中的内容。它最少需要两个参数:缓存时间(以秒为单位);给缓存片段起的名称。该名称将不使能用变量。
{% load cache %} {% cache 500 sidebar %} .. sidebar .. {% endcache %}
sidebar就是要缓存的片段代码,缓存的是这个片段。当然也可以可以依据这个片段内的动态内容缓存多个版本。如上面例子中,可以给站点的每个用户生成不同版本的sidebar缓存。只需要给 {% cache %}标签再传递一个参数来标识区分这个缓存片段。
{% load cache %} {% cache 500 sidebar request.user.username %} .. sidebar for logged in user .. {% endcache %}
指定一个以上的参数来识别片段是一个很好的选择,简单的尽可能的传递需要的参数到{% cache %}。
(5)底层的缓存API
有时候不想缓存一个页面,甚至不想某个页面的一部分,只是想缓存某个数据库检索的结果,django提供了底层次的API,可以是用这些API来缓存任何粒度的数据,模型对象的字符串,字典,列表等等。(实际上我就是用这种方法)
可以通过类字典对象django.core.cache.caches.访问配置在CACHES 设置中的字典类对象。对同一线程相同的别名重复请求将返回相同的对象。
>>> from django.core.cache import caches >>> cache1 = caches['myalias'] >>> cache2 = caches['myalias'] >>> cache1 is cache2
True
如果key不存在,就会引发一个 InvalidCacheBackendError。
如果想了解所有的API,建议去看django\core\cache\backends目录下的cache.py文件,这里仅仅列举一些简单的用法
下面是如何导入这个 API :
from django.core.cache import cache
基本的接口是 set(key, value, timeout_seconds) 和 get(key) :
‘hello, world!’
timeout_seconds 参数是可选的, 并且默认为前面讲过的 CACHE_BACKEND 设置中的 timeout 参数.
如果对象在缓存中不存在, 或者缓存后端是不可达的, cache.get() 返回 None :
# Wait 30 seconds for ‘my_key’ to expire…
>>> cache.get(’my_key’)
None
>>> cache.get(’some_unset_key’)
None
不建议在缓存中保存 None 常量,因为你将无法区分所保存的 None 变量及由返回值 None 所标识的缓存未中。
cache.get() 接受一个 缺省 参数。其指定了当缓存中不存在该对象时所返回的值:
>>> cache.get(’my_key’, ‘has expired’)
‘has expired’
要想一次获取多个缓存值,可以使用 cache.get_many() 。如果可能的话,对于给定的缓存后端, get_many() 将只访问缓存一次,而不是对每个缓存键值都进行一次访问。 get_many() 所返回的字典包括了你所请求的存在于缓存中且未超时的所有键值。
>>> cache.set(’a', 1) >>> cache.set(’b', 2) >>> cache.set(’c', 3) >>> cache.get_many(['a', 'b', 'c'])
{’a': 1, ‘b’: 2, ‘c’: 3}
如果某个缓存关键字不存在或者已超时, 它将不会被包含在字典中。下面是范例的延续:
>>> cache.get_many(['a', 'b', 'c', 'd'])
{’a': 1, ‘b’: 2, ‘c’: 3}
最后,你可以用 cache.delete() 显式地删除关键字。这是在缓存中清除特定对象的简单途径。
>>> cache.delete(’a')
cache.delete() 没有返回值, 不管给定的缓存关键字对应的值存在与否, 它都将以同样方式工作。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。