मैं एएसपी.नेट एमवीसी प्रोजेक्ट पर काम कर रहा हूं और मैं उस बिंदु पर आया हूं जहां मैं अपनी कैशिंग रणनीति पर विचार करना शुरू करना चाहता हूं। मैंने अपने ढांचे को कैशिंग में उपयोग के लिए जितना संभव हो उतना खुला छोड़ने की कोशिश की है।कैशिंग रणनीति, आउटपुट कैश बनाम डेटा कैश या दोनों?
स्कॉट हैनसेलमैन के पॉडकास्ट के दौरान मैंने जो सुना, उससे StackOverflow.com पृष्ठ आउटपुट कैशिंग और ज़िप को उस सामग्री का उपयोग करता है और इसे रैम में रखता है। ऐसा लगता है कि यह उपयोगकर्ता-व्यापी कैश के लिए बहुत अच्छा होगा लेकिन व्यक्तिगत पृष्ठों जैसे कुछ के लिए आपको प्रत्येक उपयोगकर्ता के लिए एक संस्करण कैश करना होगा और जो बहुत जल्दी नियंत्रण से बाहर हो सकता है।
तो, एक कैशिंग रणनीति के लिए। किस का उपयोग किया जाना चाहिए, आउटपुट कैशिंग, डेटा कैशिंग या संयुक्त? मेरे पहले विचार दोनों हैं, लेकिन जहां तक कैश निर्भरताएं ऐसा लगता है जैसे यह थोड़ा जटिल हो सकता है।
यह मूल रूप से एक digg क्लोन है। –
एक एएसपी.नेट एमवीसी ऐप के उदाहरण के लिए किग (http://www.codeplex.com/Kigg) देखें जो एक digg क्लोन है। यदि आपका ऐप बिल्कुल डिग क्लोन की तरह है, तो मैं कहानी पृष्ठों और होम पेज को कैश कर दूंगा। आपकी डेटा संरचनाओं को कैसे देखते हैं, इस पर निर्भर करते हुए उपयोगकर्ता की जानकारी कैशिंग आवश्यक हो सकती है। – ajma