mirror of
https://github.com/django/django.git
synced 2025-09-26 20:19:16 +00:00
Fixed #612 - added cache control headers (thanks, hugo)
git-svn-id: http://code.djangoproject.com/svn/django/trunk@1020 bcc190cf-cafb-0310-a4f2-bffc1f526a37
This commit is contained in:
parent
67d490a61d
commit
f12e324332
3 changed files with 90 additions and 2 deletions
|
@ -270,6 +270,40 @@ and a list/tuple of header names as its second argument.
|
|||
|
||||
.. _`HTTP Vary headers`: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.44
|
||||
|
||||
Controlling cache: Using Vary headers
|
||||
=====================================
|
||||
|
||||
Another problem with caching is the privacy of data, and the question where data can
|
||||
be stored in a cascade of caches. A user usually faces two kinds of caches: his own
|
||||
browser cache (a private cache) and his providers cache (a public cache). A public cache
|
||||
is used by multiple users and controlled by someone else. This poses problems with private
|
||||
(in the sense of sensitive) data - you don't want your social security number or your
|
||||
banking account numbers stored in some public cache. So web applications need a way
|
||||
to tell the caches what data is private and what is public.
|
||||
|
||||
Other aspects are the definition how long a page should be cached at max, or wether the
|
||||
cache should allways check for newer versions and only deliver the cache content when
|
||||
there were no changes (some caches might deliver cached content even if the server page
|
||||
changed - just because the cache copy isn't yet expired).
|
||||
|
||||
So there are a multitude of options you can control for your pages. This is where the
|
||||
Cache-Control header (more infos in `HTTP Cache-Control headers`_) comes in. The usage
|
||||
is quite simple::
|
||||
|
||||
@cache_control(private=True, must_revalidate=True, max_age=3600)
|
||||
def my_view(request):
|
||||
...
|
||||
|
||||
This would define the view as private, to be revalidated on every access and cache
|
||||
copies will only be stored for 3600 seconds at max.
|
||||
|
||||
The caching middleware already set's this header up with a max-age of the CACHE_MIDDLEWARE_SETTINGS
|
||||
setting. And the cache_page decorator does the same. The cache_control decorator correctly merges
|
||||
different values into one big header, though. But you should take into account that middlewares
|
||||
might overwrite some of your headers or set their own defaults if you don't give that header yourself.
|
||||
|
||||
.. _`HTTP Cache-Control headers`: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9
|
||||
|
||||
Other optimizations
|
||||
===================
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue