ASP.NET MVC में कैशिंग

पिछली पोस्ट में, मैंने विभिन्न कैशिंग रणनीतियों के बारे में बात की थी। एक नग्न सिद्धांत था, जो पहले से ही हर किसी के लिए जाना जाता है, लेकिन यह किसके लिए अज्ञात है, इसके उदाहरण के बिना कुछ भी स्पष्ट नहीं है।

इस पोस्ट में मैं एक ASP.NET MVC एप्लिकेशन में कैशिंग का एक उदाहरण दिखाना चाहता हूं और कोचिंग का समर्थन करने के लिए क्या वास्तु परिवर्तन करना होगा।



उदाहरण के लिए, मैंने एप्लिकेशन MVC म्यूज़िक स्टोर लिया , जिसका उपयोग asp.net पर प्रशिक्षण अनुभाग में किया जाता है । आवेदन एक ऑनलाइन स्टोर है, जिसमें एक टोकरी, सामानों की एक सूची और एक छोटा व्यवस्थापक पैनल है।

समस्या की खोज

तुरंत एक मिनट के लिए लोड परीक्षण बनाया, जो मुख्य पृष्ठ खोलता है। यह प्रति सेकंड 60 पृष्ठ निकला (मैंने डिबग में सभी परीक्षण चलाए)। यह बहुत छोटा है, यह समझना उपयोगी है कि समस्या क्या है।

मुखपृष्ठ नियंत्रक कोड:

public ActionResult Index() { // Get most popular albums var albums = GetTopSellingAlbums(5); return View(albums); } private List<Album> GetTopSellingAlbums(int count) { // Group the order details by album and return // the albums with the highest count return storeDB.Albums .OrderByDescending(a => a.OrderDetails.Count()) .Take(count) .ToList(); } 

मुख्य पृष्ठ पर एग्रीगेट क्वेरी प्रदर्शित की जाती है, जिसके परिणामस्वरूप परिणाम प्रदर्शित करने के लिए अधिकांश डेटाबेस को पढ़ना होगा, जबकि मुख्य रूप से परिवर्तन आमतौर पर होते हैं।

उसी समय, प्रत्येक पृष्ठ पर व्यक्तिगत जानकारी प्रदर्शित की जाती है - टोकरी में वस्तुओं की संख्या।
कोड _layout.cshtml (रेजर):

 <div id="header"> <h1><a href="/">ASP.NET MVC MUSIC STORE</a></h1> <ul id="navlist"> <li class="first"><a href="@Url.Content("~")" id="current">Home</a></li> <li><a href="@Url.Content("~/Store/")">Store</a></li> <li>@{Html.RenderAction("CartSummary", "ShoppingCart");}</li> <li><a href="@Url.Content("~/StoreManager/")">Admin</a></li> </ul> </div> 

यह "पैटर्न" अक्सर वेब अनुप्रयोगों में पाया जाता है। मुख्य पृष्ठ पर, जो सबसे अधिक बार खुलता है, सांख्यिकीय जानकारी को एक स्थान पर प्रदर्शित किया जाता है, जिसके लिए बड़ी कम्प्यूटेशनल लागतों और परिवर्तनों की आवश्यकता होती है, और दूसरी जगह - व्यक्तिगत जानकारी जो अक्सर बदलती रहती है। इस वजह से, मुख्य पृष्ठ धीमा है और HTTP का उपयोग करके कैश नहीं किया जा सकता है।

एप्लिकेशन को कैशिंग के लिए उपयुक्त बनाना

ऐसी स्थिति को रोकने के लिए, जैसा कि ऊपर वर्णित है, क्लाइंट पर पेज के कुछ हिस्सों को अलग करने और इकट्ठा करने के लिए आवश्यक है। ASP.NET MVC में, यह बहुत सरल है।
कोड _layout.cshtml (रेजर):

 <div id="header"> <h1><a href="/">ASP.NET MVC MUSIC STORE</a></h1> <ul id="navlist"> <li class="first"><a href="@Url.Content("~")" id="current">Home</a></li> <li><a href="@Url.Content("~/Store/")">Store</a></li> <li><span id="shopping-cart"></span></li> <li><a href="@Url.Content("~/StoreManager/")">Admin</a></li> </ul> </div> <!-- skipped --> <script> $('#shopping-cart').load('@Url.Action("CartSummary", "ShoppingCart")'); </script> 

नियंत्रक कोड में:

 //[ChildActionOnly] // [HttpGet] // public ActionResult CartSummary() { var cart = ShoppingCart.GetCart(this.HttpContext); ViewData["CartCount"] = cart.GetCount(); this.Response.Cache.SetCacheability(System.Web.HttpCacheability.NoCache); //  return PartialView("CartSummary"); } 

NoCache कैशिंग मोड को सेट करना आवश्यक है क्योंकि ब्राउज़र डिफ़ॉल्ट रूप से Ajax अनुरोधों को कैश कर सकते हैं।

अपने आप से, इस तरह के रूपांतरण से आवेदन केवल धीमा हो जाता है। परीक्षण के परिणामों के अनुसार - प्रति सेकंड 52 पृष्ठों, टोकरी की स्थिति प्राप्त करने के लिए ajax अनुरोध को ध्यान में रखते हुए।

हमने एप्लिकेशन को ओवरक्लॉक किया

अब आप आलसी कैशिंग पेंच कर सकते हैं। मुख्य पृष्ठ ही हर जगह और एक लंबे समय के लिए कैश किया जा सकता है (आँकड़े त्रुटियों से ग्रस्त हैं)।
ऐसा करने के लिए, आप बस नियंत्रक विधि से OutputCache विशेषता संलग्न कर सकते हैं:

 [OutputCache(Location=System.Web.UI.OutputCacheLocation.Any, Duration=60)] public ActionResult Index() { // skipped } 

गतिशील सामग्री को संपीड़ित करते समय सफलतापूर्वक काम करने के लिए, निम्न पैरामीटर को web.config में जोड़ें:

 <system.webServer> <urlCompression dynamicCompressionBeforeCache="false"/> </system.webServer> 

यह आवश्यक है ताकि सर्वर वैरी: * हेडर को न दे, जो वास्तव में कैशिंग को अक्षम करता है।

लोड परीक्षण ने प्रति सेकंड 197 पृष्ठों का परिणाम दिखाया। वास्तव में, होम \ इंडेक्स पेज को हमेशा उपयोगकर्ता या सर्वर कैश से लौटाया जाता था, यानी जितनी जल्दी हो सके और परीक्षण ने टोकरी में आइटमों की संख्या प्राप्त करने वाले अजाक्स अनुरोध की गति को मापा।

टोकरी के काम को तेज करने के लिए आपको थोड़ा और काम करने की जरूरत है। शुरू करने के लिए, टोकरी में आइटम की संख्या में परिवर्तन होने पर कार्ट.गेटकाउंट () के परिणाम को asp.net कैश में बचाया जा सकता है, और कैश को फ्लश किया जा सकता है। यह किसी तरह से राइट-थ्रू कैश होगा।

एमवीसी म्यूजिक स्टोर में, इस तरह की कैशिंग करना बहुत सरल है, क्योंकि केवल 3 क्रियाओं से टोकरी की स्थिति बदल जाती है। लेकिन एक मुश्किल मामले में, सबसे अधिक संभावना है, आपको कैश बुश को केंद्रीय रूप से प्रबंधित करने के लिए आवेदन में प्रकाशित \ सदस्यता तंत्र को लागू करना होगा।

तत्वों की संख्या प्राप्त करने की विधि:

 [HttpGet] public ActionResult CartSummary() { var cart = ShoppingCart.GetCart(this.HttpContext); var cacheKey = "shooting-cart-" + cart.ShoppingCartId; this.HttpContext.Cache[cacheKey] = this.HttpContext.Cache[cacheKey] ?? cart.GetCount(); ViewData["CartCount"] = this.HttpContext.Cache[cacheKey]; return PartialView("CartSummary"); } 

टोकरी को बदलने वाले तरीकों में, आपको दो लाइनें जोड़ने की आवश्यकता है:

 var cacheKey = "shooting-cart-" + cart.ShoppingCartId; this.HttpContext.Cache.Remove(cacheKey); 

परिणामस्वरूप, लोड परीक्षण प्रति सेकंड 263 अनुरोध दिखाता है। मूल संस्करण से 4 गुना अधिक।

HTTP कैशिंग का उपयोग करना

अंतिम तार टोकरी में मदों की संख्या के अनुरोध के लिए HTTP कैशिंग को खराब कर रहा है। ऐसा करने के लिए, आपको चाहिए:

1. प्रतिक्रिया शीर्षकों में अंतिम-संशोधित करें
2. इफ़-मॉडिफ़ाइड-चूंकि-निवेदन हेडर (सशर्त GET)
3. यदि मूल्य नहीं बदला है तो कोड 304 दें

चलिए अंत से शुरू करते हैं।
संशोधित प्रतिक्रिया के लिए ActionResult कोड:

 public class NotModifiedResult: ActionResult { public override void ExecuteResult(ControllerContext context) { var response = context.HttpContext.Response; response.StatusCode = 304; response.StatusDescription = "Not Modified"; response.SuppressContent = true; } } 

सशर्त GET प्रसंस्करण और अंतिम-संशोधित स्थापना जोड़ें:

 [HttpGet] public ActionResult CartSummary() { //   ,     this.Response.Cache.SetCacheability(System.Web.HttpCacheability.Private); this.Response.Cache.SetMaxAge(TimeSpan.Zero); var cart = ShoppingCart.GetCart(this.HttpContext); var cacheKey = "shooting-cart-" + cart.ShoppingCartId; var cachedPair = (Tuple<DateTime, int>)this.HttpContext.Cache[cacheKey]; if (cachedPair != null) //       { // Last-Modified this.Response.Cache.SetLastModified(cachedPair.Item1); var lastModified = DateTime.MinValue; // Conditional Get if (DateTime.TryParse(this.Request.Headers["If-Modified-Since"], out lastModified) && lastModified >= cachedPair.Item1) { return new NotModifiedResult(); } ViewData["CartCount"] = cachedPair.Item2; } else //       { // ,    var now = DateTime.Now; now = new DateTime(now.Year, now.Month, now.Day, now.Hour, now.Minute, now.Second); // Last-Modified this.Response.Cache.SetLastModified(now); var count = cart.GetCount(); this.HttpContext.Cache[cacheKey] = Tuple.Create(now, count); ViewData["CartCount"] = count; } return PartialView("CartSummary"); } 

बेशक, इस तरह के कोड को उत्पादन में नहीं लिखा जा सकता है, रखरखाव और पुन: उपयोग में आसानी के लिए इसे कई कार्यों और कक्षाओं में तोड़ना आवश्यक है।

मिनट रन में अंतिम परिणाम मूल संस्करण की तुलना में 321 पृष्ठों प्रति सेकंड, 5.3 गुना अधिक है।

Zalkyuchenie

एक वास्तविक परियोजना में, आपको कैशिंग, विशेष रूप से HTTP कैशिंग को ध्यान में रखते हुए, शुरुआत से ही एक वेब एप्लिकेशन डिज़ाइन करना होगा। फिर एक मामूली लोहे पर भारी भार का सामना करना संभव होगा।