Buforowanie treści tylko dla nieuwierzytelnionych użytkowników

Question

Dla strony internetowej chcę TYLKO cacheować strony dla użytkowników, którzy nie są uwierzytelnieni - uwierzytelnieni użytkownicy nie otrzymują treści z pamięci podręcznej (ponieważ będą aktualizować i muszą widzieć wyniki poprawnie z dala).

Umiem zmieniać cache dla każdego użytkownika z wykorzystaniem VaryByCustom: Link1 Link2

... Ale nie mogę dowiedzieć się, jak wyłączyć buforowanie całkowicie dla uwierzytelnionych użytkowników.

Co robić?

Edit

Poniższy kod ma problem jeśli istnieje już buforowane wersja strony od niezidentyfikowany użytkownik. Zasadniczo uwierzytelniony użytkownik otrzyma nieuwierzytelniony widok rzeczy.

Jednak ten link tutaj ma rozwiązanie, które działa: Link

Answer 1

Użyj funkcji HttpCachePolicy.AddValidationCallback.

Patrz: http://msdn.microsoft.com/en-us/library/system.web.httpcachepolicy.addvalidationcallback.aspx

Answer 2

Możesz utworzyć dwa kontrolery, jeden dla uwierzytelnionych użytkowników (gdzie nie cache), po jednym dla niezarejestrowanych użytkowników uwierzytelnionych (gdzie cache) . Następnie możesz refraktować logikę w kontrolerach do wspólnego "obiektu warstwy biznesowej", aby zachować kod DRY i testować jednostkę.

Answer 3

wzorując się na Link1 pan pisał, jak łatwe w kodzie Chodzi o to, że można zmienić wyjście ręcznym GetVaryByCustomString następująco:

public override string GetVaryByCustomString(HttpContext context, string arg) 
{ 
    if (arg == "IsLoggedIn") 
    { 
     if (context.Request.Cookies["anon"] != null) 
     { 
      if (context.Request.Cookies["anon"].Value == "false") 
      { 
       return "auth"; 
      } 
     } 
     return Guid.New().ToString(); 
    } 
    else 
    { 
     return base.GetVaryByCustomString(context, arg); 
    } 
} 

To naprawdę nie jest odpowiedzią, jak technicznie uwierzytelniony dane wyjściowe użytkownika będą nadal przechowywane w pamięci podręcznej, ale spełniają wymóg posiadania uwierzytelnionych użytkowników, niezależnie od wyników. Minusem jest to, że będziesz musiał utrzymywać czas buforowania/TTL wystarczająco mały, aby pamięć podręczna nie została zalana, ale wystarczająco duża, aby anonimowi użytkownicy mogli odnieść z niej korzyści.

Inną opcją jest napisanie własnego filtru akcji w celu wykonania buforowania i dodanie tam obsługi buforowania anonimowego. To jednak znacznie więcej na terytorium "zwijania własnego". Zobacz Klopfenstein's old post lub Steve Sanderson's na temat tego punktu początkowego. Brakuje im wielu innych funkcji OutputCache (na przykład kluczyków na całej trasie), ale możesz sprawić, by działał zgodnie ze swoimi własnymi specyfikacjami.

Answer 4

Użyj tego jako globalnego filtra akcji.

public class NoCacheForAuthenticatedUsersAttribute: ActionFilterAttribute 
{ 
    public override void OnResultExecuted(ResultExecutedContext filterContext) 
    { 
     if(filterContext.HttpContext.User.Identity.IsAuthenticated) 
     { 
      filterContext.HttpContext.Response.Cache.SetCacheability(HttpCacheability.NoCache); 
     } 
    } 
}