2012-06-07 20 views
7

Site çapında anonim önbelleğe alma işlemlerini farklı düzeylerde etkinleştirmek için UpdateCacheMiddleware ve FetchFromCacheMiddleware MiddleWare kullandım.Django UpdateCacheMiddleware ve FetchFromCacheMiddleware alt sınıflandırma tekniği

En büyük sorun, Middleware'in yalnızca anonim bir kullanıcının ilk isteğini önbelleğe almasıdır. Bu ilk cevapta bir session_id çerezi ayarlandığından, bu anonim kullanıcı tarafından gelen talepler, Headers'ta değişen görünüm seviyesi önbelleğinin bir sonucu olarak önbelleğe çarpmaz.

Web sayfalarım anonim kullanıcılar arasında anlamlı bir farklılık göstermiyor ve değişiklik gösterdiği ölçüde, bunu Ajax ile halledebilirim. Sonuç olarak, Django'nun önbelleğe alma Middleware'in altbilgisinde artık değişiklik göstermemesi için alt sınıflara ayırmaya karar verdim. Bunun yerine, Anonim ve LoggedIn Kullanıcılarına göre değişir. Çünkü Auth arka ucunu kullanıyorum ve bu işleyici önbellekten alınmadan önce gerçekleşiyor, işe yarayacak gibi görünüyor. önbellekten sayfayı alınırken sorumludur

class AnonymousUpdateCacheMiddleware(UpdateCacheMiddleware): 

    def process_response(self, request, response): 
     """ 
     Sets the cache, if needed. 
     We are overriding it in order to change the behavior of learn_cache_key(). 
     """ 

     if not self._should_update_cache(request, response): 
      # We don't need to update the cache, just return. 
      return response 
     if not response.status_code == 200: 
      return response 

     timeout = get_max_age(response) 
     if timeout == None: 
      timeout = self.cache_timeout 
     elif timeout == 0: 
      # max-age was set to 0, don't bother caching. 
      return response 
     patch_response_headers(response, timeout) 
     if timeout: 
      ######### HERE IS WHERE IT REALLY GOES DOWN ####### 
      cache_key = self.learn_cache_key(request, response, self.cache_timeout, self.key_prefix, cache=self.cache) 
      if hasattr(response, 'render') and callable(response.render): 
       response.add_post_render_callback(
        lambda r: self.cache.set(cache_key, r, timeout) 
       ) 
      else: 
       self.cache.set(cache_key, response, timeout) 
     return response 

    def learn_cache_key(self, request, response, timeout, key_prefix, cache=None): 
     """_generate_cache_header_key() creates a key for the given request path, adjusted for locales. 

      With this key, a new cache key is set via _generate_cache_key() for the HttpResponse 

      The subsequent anonymous request to this path hits the FetchFromCacheMiddleware in the 
      request capturing phase, which then looks up the headerlist value cached here on the initial response. 

      FetchFromMiddleWare calcuates a cache_key based on the values of the listed headers using _generate_cache_key 
      and then looks for the response stored under that key. If the headers are the same as those 
      set here, there will be a cache hit and the cached HTTPResponse is returned. 
     """ 

     key_prefix = key_prefix or settings.CACHE_MIDDLEWARE_KEY_PREFIX 
     cache_timeout = self.cache_timeout or settings.CACHE_MIDDLEWARE_SECONDS 
     cache = cache or get_cache(settings.CACHE_MIDDLEWARE_ALIAS) 

     cache_key = _generate_cache_header_key(key_prefix, request) 

     # Django normally varies caching by headers so that authed/anonymous users do not see same pages 
     # This makes Google Analytics cookies break caching; 
     # It also means that different anonymous session_ids break caching, so only first anon request works 
     # In this subclass, we are ignoring headers and instead varying on authed vs. anonymous users 
     # Alternatively, we could also strip cookies potentially for the same outcome 

     # if response.has_header('Vary'): 
     #  headerlist = ['HTTP_' + header.upper().replace('-', '_') 
     #     for header in cc_delim_re.split(response['Vary'])] 
     # else: 
     headerlist = [] 

     cache.set(cache_key, headerlist, cache_timeout) 
     return _generate_cache_key(request, request.method, headerlist, key_prefix) 

Alıcısı, fotokopi bir çok besbelli UpdateCacheMiddleware için vardı bu

class AnonymousFetchFromCacheMiddleware(FetchFromCacheMiddleware): 

    def process_request(self, request): 
     """ 
     Checks whether the page is already cached and returns the cached 
     version if available. 
     """ 
     if request.user.is_authenticated(): 
      request._cache_update_cache = False 
      return None 
     else: 
      return super(SmarterFetchFromCacheMiddleware, self).process_request(request) 

benziyor. Bu temizleyici yapmak için daha iyi bir kanca anlayamadım.

Bu genelde iyi bir yaklaşım gibi görünüyor mu? Akla gelen herhangi bir sorun mu var?

sayesinde Ben

cevap

2

geçici istenmeyen kaldırarak bunu çalışabilir response['Vary'] alanları değişir:

from django.utils.cache import cc_delim_re 

class AnonymousUpdateCacheMiddleware(UpdateCacheMiddleware): 
    def process_response(self, request, response): 
     vary = None 
     if not request.user.is_authenticated() and response.has_header('Vary'): 
       vary = response['Vary'] 
       # only hide cookie here, add more as your usage 
       response['Vary'] = ', '.join(
        filter(lambda v: v != 'cookie', cc_delim_re.split(vary)) 
     response = super(AnonymousUpdateCacheMiddleware, self).process_response(request, response) 
     if vary is not None: 
      response['Vary'] = vary 
     return response 

Ayrıca doğrulanmış kullanıcılar için önbelleği önlemek için ayarlar bölümünde CACHE_MIDDLEWARE_ANONYMOUS_ONLY = True ayarlayın.

+0

Merhaba, benim uygulamam etkin bir şekilde yapıyor mu? – Ben

+0

@Ben Büyük bir fark yok. Ama w/çoğaltma kodunu karşılaştırıyorum, burada kalıtımını tercih ediyorum. Django sürüm – okm

+0

yükseltme okm, tüm iyi puanlar yükselttiğinizde daha net, proje içinde daha az kodu var ve daha az baş ağrısı neden olur – Ben

İlgili konular