programmgesteuert steuern Ausgabe-Caching - deaktivieren oder aktivieren Sie den Cache nach Parameter Wert

Question

Wir haben eine ziemlich Standard E-Commerce-Szenario mit ausgelagerten Listen von Produkten innerhalb der Kategorien. Über oder über 80% der Besucher navigieren niemals über die erste Seite hinaus. Je nach Kategorie gibt es dann 5-10 weitere Seiten, die viel seltener aufgerufen werden. (Ja wir optimieren, was auf der ersten Seite angezeigt wird und eine gute Suche - aber das ist eine andere Diskussion)

Wir können nicht jede einzelne Seite der Ergebnisse zwischenspeichern, weil wir durch den Speicher beschränkt sind, aber den Vorteil des Caching nur die erste Seite der Ergebnisse für jede Kategorie wäre riesig.

Ich weiß, ich könnte etwas ähnliches mit Objekt-Caching tun, um die fraglichen Datasets zu speichern, aber ist dies möglich mit Ausgabe-Caching, vielleicht mit dem Objekt response.Cache?

Wo im Seitenlebenszyklus könnte dies getan werden? Vorrendern?

stark vereinfacht, ist die URL so etwas wie "/ Produktkategorie = etwas & Seite = 1?" Und ich würde wie die Logik etwas wollen (Pseudo-Code):

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. 

Wir ASP.NET verwenden 2.0, auf IIS 6/win2003.

Answer 1

Statt die Outputcache-Direktive zu verwenden, können Sie die gleiche Sache programmatisch tun, wie folgt:

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

Dadurch aus OnInit sollte gut funktionieren. Und natürlich können Sie das Caching-Verhalten optimieren, indem Sie die verschiedenen Eigenschaften des OutputCacheParameters festlegen, der dieselben Knöpfe wie die Direktive hat (genau das erzeugen wir, wenn Sie die Direktive benutzen).

Der entscheidende Punkt ist, dass Sie diese Logik nur bedingt ausführen, während die Direktive dies unbedingt vorschreibt.

UPDATE:

Als Alternative können Sie den niedrigen Level-Cache-API verwenden, die der Code oben auf gebaut wird. z.B.

Grundsätzlich ist es eine andere Möglichkeit, dasselbe zu tun, ohne APIs zu verwenden, die als "nicht aufgerufen werden" gekennzeichnet sind. Am Ende wird jeder Weg funktionieren, also wählen Sie.

Answer 2

Ich denke, Sie sollten in der Lage sein, die OutputCache directive mit der VaryByParam-Eigenschaft auf eine Semikolon getrennte Liste von Zeichenfolgen verwendet, um den Ausgabecache zu variieren.

Es sei denn, Sie wollten nur Cache nur wenn Seite == 1?

Answer 3

bearbeiten:Ich mag David Ebbo die Antwort viel besser als meine eigenen.

---

Sie könnten

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

und implementieren sie in einer Weise, die einen festen Schlüssel für die erste Seite und einen zufälligen Schlüssel für alle anderen Seiten gibt verwenden. Sie können (und sollte) lassen Sie die scavenging Mechanismus kümmern sich um Speicher, aber Sie können HttpResponse.RemoveOutputCacheItem verwenden, um Cache-Elemente zu entfernen, wenn Sie müssen.

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

Ich glaube, der beste Weg, dies zu tun ist, http://www.hanselman.com/blog/AdvancedASPNETCachingAndAddValidationCallBack.aspx verwenden HttpCachePolicy.AddValidationCallback

See - Es gibt ein vollständiges Beispiel, das genau diese Frage beantwortet.

Answer 5

Sie können immer noch die outputcache-Direktive verwenden, und meiner Meinung nach, lieber als Ihren Seitencode mit einer Reihe von Caching-Schrauben und Muttern zu werfen, gehen Sie besser mit einer wiederverwendbaren Lösung basierend auf der Handhabung in Global.asax die Art, wie Sie normalerweise ein VaryByCustom-Szenario verwenden würden.

Wenn Sie beispielsweise einen Paging-Ansatz mit einem Repeater verwenden, möchten Sie möglicherweise in Ihrem Suchszenario jedes Postback auf einer bestimmten Seite aus dem Cache ausschließen. Here ist ein Codebeispiel, das genau das tut. Der Ansatz erfordert lediglich das Httpcontext-Objekt mit Response.Cache.SetNoServerCaching zuzugreifen(), nach dem Einfangen unabhängig von Kriterien, für die Sie das Caching zu vermeiden. Ich hoffe das hilft.