magic-removal: Merged to [2338]

git-svn-id: http://code.djangoproject.com/svn/django/branches/magic-removal@2339 bcc190cf-cafb-0310-a4f2-bffc1f526a37

1 files changed, 4 insertions, 4 deletions

diff --git a/docs/cache.txt b/docs/cache.txt
index aaceb228d2..58705c23c0 100644
--- a/docs/cache.txt
+++ b/docs/cache.txt
@@ -5,7 +5,7 @@ Django's cache framework
 So, you got slashdotted_. Now what?
 
 Django's cache framework gives you three methods of caching dynamic pages in
-memory or in a database. You can cache the output of entire pages, you can
+memory or in a database. You can cache the output of specific views, you can
 cache only the pieces that are difficult to produce, or you can cache your
 entire site.
 
@@ -122,7 +122,7 @@ See the `middleware documentation`_ for more on middleware.
 
 .. _`middleware documentation`: http://www.djangoproject.com/documentation/middleware/
 
-The per-page cache
+The per-view cache
 ==================
 
 A more granular way to use the caching framework is by caching the output of
@@ -152,8 +152,8 @@ The low-level cache API
 
 Sometimes, however, caching an entire rendered page doesn't gain you very much.
 For example, you may find it's only necessary to cache the result of an
-intensive database. In cases like this, you can use the low-level cache API to
-store objects in the cache with any level of granularity you like.
+intensive database query. In cases like this, you can use the low-level cache
+API to store objects in the cache with any level of granularity you like.
 
 The cache API is simple::