программно управляет выходным кэшированием - отключить или включить кеш в соответствии с значением параметра

Question

У нас есть довольно стандартный сценарий электронной коммерции с выгружаемыми списками продуктов в категориях. К лучшему или худшему, около 80% посетителей никогда не перемещаются мимо первой страницы, в зависимости от категории может быть еще 5-10 страниц результатов, которые просматриваются гораздо реже. (Да, мы оптимизируем то, что появляется на первой странице и имеют хороший поиск, но это другое обсуждение)

Мы не можем кэшировать каждую страницу результатов, потому что мы ограничены памятью, но преимущество кеширования только первая страница результатов для каждой категории будет огромной.

Я знаю, что я мог бы сделать что-то подобное с помощью кэширования объектов для хранения данных, о которых идет речь, но возможно ли это с помощью кэширования вывода, возможно, с помощью объекта response.Cache?

Где на странице жизненного цикла это можно сделать? Pre-рендеринга?

Значительно упрощена, то URL что-то вроде "/ ProductList Категория = что-то & страница = 1?" И я хочу что-то вроде логики (псевдокод):

If paramater "Page" equals 1 
    Use output caching: vary by param = "categoryName; page" 
else 
    Don't use caching at all, just render the page from scratch. 

Мы используем ASP.NET 2.0, на IIS 6/win2003.

Answer 1

Вместо использования директивы OutputCache, вы можете сделать то же самое программно, следующим образом:

if (yourArbitraryCondition) { 
    OutputCacheParameters outputCacheSettings = new OutputCacheParameters(); 
    outputCacheSettings.Duration = 60; 
    InitOutputCache(outputCacheSettings); 
} 

Выполнение этого из OnInit должен работать нормально. И, очевидно, вы можете настроить поведение кэширования, установив различные свойства на OutputCacheParameter, который имеет все те же ручки, что и директива (фактически это то, что мы генерируем при использовании директивы).

Ключевым моментом является то, что вы выполняете эту логику только условно, в то время как директива делает ее безусловной.

UPDATE:

В качестве альтернативы, вы можете использовать кэш API низкого уровня, что приведенный выше код построен на. например

HttpCachePolicy cache = Response.Cache; 
cache.SetCacheability(HttpCacheability.Public); 
cache.SetExpires(Context.Timestamp.AddSeconds(60)); 
cache.VaryByParams["categoryName"] = true; 

В принципе, это еще один способ сделать то же самое, без использования каких-либо API, помеченный как «нельзя назвать». В конце концов, любой из них будет работать, так что сделайте выбор.

Answer 2

Я думаю, вы должны иметь возможность использовать OutputCache directive с свойством VaryByParam, установленным в список разделенных запятыми строк, используемых для изменения выходного кэша.

Если вы не хотели просто кэшировать только когда Страница == 1?

Answer 3

Редактировать:Мне нравится ответ Дэвида Эббо намного лучше моего.

---

Вы можете использовать

<%@ OutputCache Duration="60" VaryByParam="none" VaryByCustom="pageOne" %> 

и реализовать таким образом, что возвращает фиксированный ключ для первой страницы и случайного ключа для всех остальных страниц. Вы можете (и должен), пусть механизм scavenging позаботится о памяти, но вы можете использовать HttpResponse.RemoveOutputCacheItem, чтобы удалить элементы кэша, если нужно.

public override string GetVaryByCustomString(HttpContext ctx, string custom) 
{ 
    if(custom == "pageOne") 
    { 
     if(ctx.Request["page"] == "1") 
     { 
      return "1"; 
     } 

     HttpResponse.RemoveOutputCacheItem("/Default.aspx"); 
     return Guid.NewGuid().ToString(); 
    } 
    return base.GetVaryByCustomString(ctx, custom); 
} 

Answer 4

Я считаю, что лучший способ сделать это состоит в использовании HttpCachePolicy.AddValidationCallback

См http://www.hanselman.com/blog/AdvancedASPNETCachingAndAddValidationCallBack.aspx - Там есть полный пример, который отвечает именно этот вопрос.

Answer 5

Вы по-прежнему можете использовать директиву outputcache, и, на мой взгляд, вместо того, чтобы помещать код вашей страницы в кучу кеширующих гаек и болтов, вам лучше идти с многоразовым решением, основанным на обработке этого в Global.asax как обычно вы можете использовать любой сценарий VaryByCustom.

Так, например, если вы используете подкастинг с ретранслятором, вы можете просто в своем сценарии поиска исключить любую обратную передачу на определенной странице из кеша. Here - пример кода, который делает именно это. Подход просто требует использования объекта HttpContext для доступа к Response.Cache.SetNoServerCaching() после захвата любых критериев, для которых вы хотите избежать кеширования. Надеюсь, это поможет.