.htaccess के लिए वैकल्पिक कैशिंग विधि। ब्राउज़र कैश क्या है

SharePoint BLOB कैश, पेज आउटपुट कैश और ऑब्जेक्ट कैश के बारे में और जानें।

Microsoft SharePoint Server 2010 का उपयोग सहयोग पोर्टल और रिकॉर्ड अभिलेखागार से लेकर इंटरनेट साइटों तक विभिन्न व्यावसायिक समाधान बनाने के लिए किया जा सकता है। आप जो भी विकल्प चुनें, आपको अभी भी समाधान की स्वीकार्य गति में दिलचस्पी होगी, और यहां, कैश के सिद्धांतों को समझना अतिश्योक्तिपूर्ण नहीं होगा। कैश का मुख्य कार्य अंतिम उपयोगकर्ताओं के लिए आपके पोर्टल का तेज़ प्रदर्शन सुनिश्चित करना है। लेकिन हर सिक्के के दो पहलू होते हैं, इसलिए आपको विभिन्न प्रकार के कैश के फायदे और नुकसान दोनों को जानना होगा।

इस लेख में हम तीन प्रकार के कैश के बारे में बात करेंगे। उनमें से प्रत्येक में आपके SharePoint सर्वर को बढ़ने में मदद करने के लिए अद्वितीय कार्यक्षमता है। हालाँकि, कैश रामबाण नहीं है; प्रत्येक प्रकार के कैश के अपने समझौते होते हैं, और यह इस तथ्य से बहुत दूर है कि सभी प्रकार के कैश आपके विशिष्ट परिदृश्य के अनुरूप होंगे। बिना सोचे समझे कैश को सक्षम करना सही सेटिंग्स, सबसे अधिक संभावना है कि इससे अपेक्षित प्रदर्शन सुधार नहीं होगा।

किसी भी SharePoint सर्वर इंस्टॉलेशन में Microsoft का एक उदाहरण शामिल होता है एस क्यू एल सर्वरऔर कम से कम एक वेब फ्रंट-एंड सर्वर। जब उपयोगकर्ता SharePoint सर्वर से डेटा का अनुरोध करते हैं (उदाहरण के लिए, एक पृष्ठ या दस्तावेज़), तो WFE सर्वर SQL से सभी आवश्यक डेटा प्राप्त करता है और उसके आधार पर उपयोगकर्ता के अनुरोध को संसाधित करता है। हालाँकि यह सुनिश्चित करता है कि उपयोगकर्ता को सबसे अद्यतित जानकारी प्राप्त हो, इस स्थिति के परिणामस्वरूप SQL और WFE सर्वर के बीच ट्रैफ़िक बढ़ जाता है, जो बदले में अंतिम उपयोगकर्ता की गति को प्रभावित करता है।

SharePoint सर्वर कैश वेब फ्रंट-एंड सर्वर पर चलता है, प्रत्येक प्रकार का कैश डेटा की एक स्थानीय प्रतिलिपि संग्रहीत करता है, जब भी संभव हो, स्थानीय कैश का उपयोग करके ग्राहकों को सेवा प्रदान करता है, जिससे SQL सर्वर से स्थानांतरित डेटा की मात्रा और उस पर लोड कम हो जाता है। खुद के प्रोसेसर.

ब्लॉब कैश.

BLOB कैश WFE सर्वर की हार्ड ड्राइव पर अनुरोधित फ़ाइलों (ज्यादातर पेज के हिस्से जैसे जावास्क्रिप्ट, सीएसएस और छवियों) की सामग्री को संग्रहीत करके SQL सर्वर पर लोड को कम करता है। जब पहले से कैश की गई फ़ाइल के लिए कोई नया अनुरोध आता है, तो BLOB कैश SQL सर्वर को कॉल करने के बजाय डिस्क से फ़ाइल लौटाता है।

जब आप SharePoint वेबसाइट विकसित करते हैं, तो पृष्ठ सामग्री संग्रहीत करने के लिए कई स्थान होते हैं। इन्हें संग्रहित किया जा सकता है फाइल सिस्टम WFE सर्वर (आमतौर पर _layouts निर्देशिका में) या SharePoint लाइब्रेरी में। _लेआउट्स निर्देशिका में संग्रहीत फ़ाइलें डिस्क से काफी तेज़ी से पढ़ी जा सकती हैं, लेकिन यदि फ़ाइलों को अद्यतन करने की आवश्यकता है, तो व्यवस्थापक को उन्हें प्रत्येक WFE सर्वर पर बदलना होगा। SharePoint लाइब्रेरी में भंडारण के अपने फायदे हैं, जिससे न केवल फ़ार्म प्रशासक, बल्कि उपयोगकर्ता भी सामग्री जोड़ और अपडेट कर सकते हैं। लेकिन चूंकि लाइब्रेरी में संग्रहीत सभी चीजें SQL में हैं, और SQL से डेटा निकालने से इसे प्राप्त करने की गति कम होगी। इसलिए, जब किसी फ़ाइल को SharePoint में संग्रहीत किया जाता है और BLOB कैश का उपयोग किया जाता है, तो सामग्री तक पहुंच शीघ्रता से प्रदान की जाती है और केंद्रीकृत प्रबंधन की संभावना होती है।

लेकिन बारीकियां भी हैं. नई फ़ाइल जोड़ते समय, यह BLOB कैश अक्षम होने की स्थिति की तुलना में SQL सर्वर से पांच गुना अधिक अनुरोध करता है। ये अतिरिक्त कॉल कैश के सुरक्षित और विश्वसनीय संचालन को सुनिश्चित करने के लिए अनुमति जानकारी और अन्य मेटाडेटा पुनर्प्राप्त करते हैं। इसके अलावा, क्लाइंट को पुरानी सामग्री लौटाने से बचने के लिए, यदि संभावना है कि वे पुरानी हो जाएंगी तो BLOB कैश कैश से फ़ाइलों को हटा देगा। स्वाभाविक रूप से, इसके बाद फ़ाइल को फिर से कैश किया जाएगा, जो SQL पर कॉल को फिर से प्रभावित करेगा।

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

जैसा कि पहले ही उल्लेख किया गया है, बड़ी मल्टीमीडिया फ़ाइलों को कैश करते समय BLOB कैश विशेष रूप से उपयोगी होता है। SharePoint स्वयं छोटी फ़ाइलों के साथ काम करने के लिए अनुकूलित है। यह छोटी फ़ाइलों को संभाल सकता है फ़ाइलरीडचंकआकार (100KB) प्रति अनुरोध, और 5 एमबी तक की फ़ाइलें लार्जफ़ाइलचंकसाइज़ कम विलंबता के साथ डिस्क बफ़रिंग के बिना सीधे SQL से सेवा प्रदान की जाती है। SharePoint उपयोगकर्ता को लौटाने से पहले WFE सर्वर डिस्क पर 5 एमबी से बड़ी फ़ाइलों को बफ़र करता है। यह मेमोरी बचाता है, लेकिन रिटर्न विलंब को प्रभावित करता है। BLOB कैश इस स्थिति में विलंबता को कम कर सकता है। जब किसी फ़ाइल को बीएलओबी में कैश किया जाता है तो उसे उतनी ही तेजी से लौटाया जाता है जैसे कि वह सीधे आईआईएस पर स्थित हो।

बीएलओबी कैश का एक अन्य लाभ यह है कि यह आपको संपूर्ण फ़ाइल का अनुरोध करने के बजाय फ़ाइल के एक हिस्से का HTTP अनुरोध करने की अनुमति देता है। उदाहरण के लिए, यदि ब्राउज़र को 10MB फ़ाइल में से केवल 1MB की आवश्यकता है, तो वह अनुरोध कर सकता है और कैश से केवल 1MB प्राप्त कर सकता है। जब BLOB कैश अक्षम हो जाता है, तो SharePoint सर्वर ऐसे अनुरोधों को अनदेखा कर देता है (अंग्रेजी दस्तावेज़ में उन्हें HTTP रेंज अनुरोध कहा जाता है) और अनुरोधित फ़ाइल का पूरा आकार लौटा देता है। यह पता चला है कि BLOB कैश नेटवर्क लोड को कम करके नेटवर्क प्रदर्शन को बढ़ाता है।

ऐसे आंशिक HTTP श्रेणी अनुरोधों से क्लाइंट मीडिया प्लेयर्स को सबसे अधिक लाभ होगा। इससे कोई फर्क नहीं पड़ता कि यह विंडोज मीडिया प्लेयर है या वेब पेज में निर्मित सिल्वरलाइट, जब आप वीडियो को आगे स्लाइडर पर ले जाते हैं, तो बीएलओबी कैश क्लाइंट को पूरी तरह से डाउनलोड किए बिना फ़ाइल के आवश्यक हिस्से को वापस कर देगा।

तार्किक वास्तुकला और लेआउट.

BLOB कैश फ़ार्म के प्रत्येक WFE सर्वर पर चलता है। अधिक सटीक रूप से, प्रत्येक वेब एप्लिकेशन और प्रत्येक आभासी परिसेवकहमारा अपना BLOB कैश है। इस मामले में, एक वर्चुअल सर्वर का अर्थ IIS वेब साइट है, लेकिन SharePoint सर्वर में, एक नियम के रूप में, प्रत्येक वेब एप्लिकेशन एक वर्चुअल सर्वर से जुड़ा होता है। एक समय में एक वर्चुअल सर्वर पर केवल एक BLOB कैश इंस्टेंस चल सकता है। इसका मतलब यह है कि BLOB कैश का उपयोग वेब गार्डन के साथ नहीं किया जा सकता है। (वेब गार्डन एक एप्लिकेशन पूल है जो अनुरोधों को संसाधित करने के लिए एक से अधिक अनुरोध प्रक्रिया, एक से अधिक w3wp.exe प्रक्रिया का उपयोग करता है)

यदि SharePoint वेब एप्लिकेशन विस्तारित है, और यह आमतौर पर उपयोग किए जाने पर विस्तारित होता है विभिन्न तरीकेएक पोर्टल के लिए प्रमाणीकरण, दूसरे वर्चुअल सर्वर को बीएलओबी कैश के अपने उदाहरण द्वारा नियंत्रित किया जाएगा। इसलिए, प्रत्येक ज़ोन के लिए BLOB कैश अलग से सक्षम किया गया है। उदाहरण के लिए, आंतरिक उपयोगकर्ताओं द्वारा अनुरोध किया गया डेटा कैश किया जाता है, लेकिन बाहरी उपयोगकर्ताओं (बाहरी यूआरएल के माध्यम से) द्वारा अनुरोध किया गया डेटा कैश नहीं किया जाता है। और यद्यपि बाहरी और आंतरिक उपयोगकर्ताओं को प्रदान की गई सामग्री समान है, कैश के दो उदाहरण होने से बचा नहीं जा सकता है।

कैश भरने का तंत्र।

उपयोगकर्ताओं द्वारा अनुरोध किए जाने पर कुछ एक्सटेंशन वाली फ़ाइलें BLOB कैश में समाप्त हो जाती हैं। एक्सटेंशन सूची अनुकूलन योग्य है और इसे विशिष्ट कार्यों के लिए कॉन्फ़िगर किया जा सकता है। BLOB कैश से पहली बार किसी फ़ाइल की जाँच करते समय, छोटी फ़ाइलों को सामान्य SharePoint चेकआउट की तुलना में थोड़ी अधिक देरी का अनुभव हो सकता है। दूसरी ओर, BLOB कैश ऑप्टिमाइज़ेशन के कारण बड़ी फ़ाइलें तेजी से परोसी जाती हैं। जब SQL सर्वर से पहली बाइट्स पढ़ी जाती हैं तो फ़ाइल कैश होना शुरू हो जाती है। डेटा क्लाइंट को लौटा दिया जाता है, जबकि इसका बाकी हिस्सा डेटाबेस सर्वर से लोड होता रहता है। स्वाभाविक रूप से, यह केवल पहले अनुरोध के लिए सच है, क्योंकि बाद के समय में डेटा सीधे बीएलओबी कैश से परोसा जाता है।

बीएलओबी कैश सभी अनुरोधों के लिए कैश में डेटा उपलब्ध कराकर एक फ़ाइल के लिए एकाधिक अनुरोधों को संभाल सकता है। ऐसा तब भी होता है जब फ़ाइल अभी तक SQL सर्वर से पूरी तरह से पुनर्प्राप्त नहीं की गई हो। उदाहरण के लिए, SharePoint सर्वर पर संग्रहीत वीडियो रिपोर्ट (500MB) का एक लिंक भेजा जाता है ईमेलकंपनी के कर्मचारी। यदि बड़ी संख्या में उपयोगकर्ता एक ही समय में लिंक पर क्लिक करते हैं, तो कैश अक्षम होने पर, SQL सर्वर से कई प्रश्न पूछे जाएंगे। (प्रत्येक उपयोगकर्ता के लिए एक) यह अनुमान लगाना कठिन नहीं है कि इसका प्रदर्शन पर क्या प्रभाव पड़ेगा। कैश सक्षम होने पर, वीडियो प्रत्येक डब्लूएफई सर्वर द्वारा एसक्यूएल से एक बार प्राप्त किया जाएगा, और भले ही इसमें पूरी तरह से कैश होने का समय न हो, इसका उपयोग सभी अनुरोधों को पूरा करने के लिए किया जाएगा। निष्कर्ष स्वयं ही सुझाता है - SharePoint सर्वर पर बड़ी फ़ाइलों की सेवा के लिए BLOB कैश आवश्यक है।

डेटा भंडारण और डिस्क कैश आकार।

चूँकि आपको किसी भी कैश फ़ाइल को मैन्युअल रूप से संपादित नहीं करना चाहिए, डिस्क पर बीएलओबी कैश डेटा भंडारण की संरचना को समझना उपयोगी है, कम से कम सैद्धांतिक दृष्टिकोण से। BLOB कैश अपनी फ़ाइलों को डिस्क पर एक ऐसी संरचना में संग्रहीत करता है जो आपके पोर्टल की संरचना को प्रतिबिंबित करती है। उदाहरण के लिए, URL http://contoso/sites/publishing/documents/somefile.jpg के साथ पोर्टल पर एक फ़ाइल लगभग निम्न पथ c:\BlobCache\14\11111111\AB25499AF39572\sites\publishing पर डिस्क पर संग्रहीत की जाएगी \दस्तावेज़\somefile-1238DEF8097AB .jpg. इस पथ में स्ट्रिंग के यादृच्छिक भाग शामिल हैं, यह ओवरराइटिंग को रोकने के लिए किया जाता है पुराना संस्करणफ़ाइल नई है क्योंकि पुरानी फ़ाइलइस समय भी इसका उपयोग किया जा सकता है। होस्ट का नाम जहां फ़ाइल स्थित है, लिंक में एक अद्वितीय स्ट्रिंग के साथ बदल दिया गया है, जो http://contoso/images/logo.jpg और http://northwinds/images/ जैसे पते वाली दो फ़ाइलों के बीच कैशिंग संघर्ष को रोकता है। लोगो.jpg.

ऑपरेटिंग रूम में विंडोज़ सिस्टमफ़ाइल पथ में 260 वर्ण की सीमा है. चूंकि बीएलओबी कैश कैश फ़ाइल पथों में अतिरिक्त अद्वितीय लाइनें जोड़ता है, इसलिए यह काफी संभव है कि डिस्क पर फ़ाइल लिखते समय, यह सीमा पार हो जाएगी। इसलिए, आपको अपने SharePoint पोर्टल में अत्यधिक लंबे URL से बचने का प्रयास करना चाहिए। यदि आप अनुशंसा का पालन करते हैं, तो सामान्य फ़ाइल कैशिंग के लिए आपको पोर्टल पर 160 वर्णों से अधिक लंबे लिंक नहीं बनाने चाहिए।

डिस्क स्थान के अलावा, BLOB कैश को डिस्क पर फ़ाइलों की अनुक्रमणिका बनाए रखने के लिए थोड़ी मात्रा में RAM की आवश्यकता होती है। प्रत्येक सूचकांक प्रविष्टि लगभग 800 बाइट्स मेमोरी का उपयोग करती है। अधिकांश मामलों में, BLOB कैश द्वारा उपभोग की गई मेमोरी SharePoint द्वारा उपभोग की गई कुल मेमोरी का एक छोटा सा हिस्सा होगी। हालाँकि, यदि BLOB कैश को सैकड़ों हजारों फ़ाइलों को संग्रहीत करने की आवश्यकता है, तो उपरोक्त को ध्यान में रखते हुए मेमोरी आवश्यकताओं की योजना बनाने की आवश्यकता होगी।

एप्लिकेशन पूल को पुनरारंभ करते समय BLOB कैश दृढ़ता।

बीएलओबी कैश एकमात्र स्थायी कैश है, जिसका अर्थ है कि यह आईआईएस एप्लिकेशन पूल के पुनरारंभ या शटडाउन से बच जाएगा। ऐसा इसलिए होता है क्योंकि सूचकांक समय-समय पर डिस्क पर लिखा जाता है। एक क्रमबद्ध सूचकांक इन-मेमोरी सूचकांक के आकार का लगभग एक तिहाई होता है। सभी I/O परिचालनों की तरह, सूचकांक का आकार क्रमबद्धता और डीसेरिएलाइज़ेशन की लंबाई को प्रभावित करता है। एक बहुत बड़े बीएलओबी कैश में सैकड़ों हजारों तत्व होते हैं, इसलिए उन्हें सूचकांक में फिर से लिखने की प्रक्रिया में एक मिनट से अधिक समय लग सकता है। जबकि क्रमांकन प्रक्रिया प्रगति पर है, कैश में नए आइटम नहीं जोड़े जा सकते। इसका मतलब यह है कि यदि उन फ़ाइलों के लिए अनुरोध प्राप्त होते हैं जो अभी तक कैश में नहीं हैं, तो क्लाइंट को क्रमबद्धता प्रक्रिया पूरी होने तक इंतजार करना होगा। यदि सूचकांक बहुत बड़ा है (लाखों ऑब्जेक्ट), क्रमबद्धता समय क्लाइंट अनुरोध टाइमआउट से अधिक हो सकता है और अनुरोध खारिज कर दिया जाएगा।

कैश जाँच तंत्र.

BLOB कैश परिवर्तनों के लिए SharePoint सर्वर पर मतदान करके पुरानी कैश्ड फ़ाइलों को साफ़ करता है। डिफ़ॉल्ट मतदान अंतराल पाँच सेकंड है, लेकिन इस पैरामीटर को कॉन्फ़िगर किया जा सकता है। वास्तव में, किसी भी HTTP सत्र के अक्षम होने के बाद फ़ाइल को बाद में हटा दिया जाता है (यह अंतराल भी कॉन्फ़िगर करने योग्य है)। कैश से पुरानी और हटाई गई फ़ाइलें स्वचालित रूप से कैश में नहीं जोड़ी जाती हैं; अगली बार जब उपयोगकर्ता फ़ाइल का अनुरोध करेगा तो उन्हें जोड़ दिया जाएगा। जब SharePoint साइट पर सामग्री बदलती है, तो BLOB कैश काफी तेजी से बदल सकता है। निम्न तालिका फ़ाइल संचालन और बीएलओबी कैश पर उनके प्रभाव को दिखाती है।

अनावश्यक बर्बादी से बचने के लिए BLOB कैश का अधिकतम आकार भी समायोजित किया गया है। मुक्त स्थानडिस्क पर. जब कैश में फ़ाइलों का कुल आकार स्थापित सीमा से अधिक हो जाता है, तो बीएलओबी कैश कम से कम उपयोग की जाने वाली फ़ाइलों को हटा देता है जब तक कि कैश्ड फ़ाइलों का वजन अनुमत आकार के 70% तक कम न हो जाए। इस प्रक्रिया को संघनन कहा जाता है। प्रदर्शन के मामले में संघनन काफी "महंगी" प्रक्रिया है, यह संभावित बार-बार कैशिंग के कारण है हटाई गई फ़ाइलें. समय-समय पर कॉम्पैक्शन चलाने से आप "अलोकप्रिय" फ़ाइलों से छुटकारा पा सकते हैं और अधिक बार उपयोग की जाने वाली फ़ाइलों के लिए स्थान खाली कर सकते हैं। यदि संकुचन बार-बार होता है, तो यह केवल कैश स्थान की कमी को इंगित करता है, आप SharePoint डिस्क-आधारित कैश समूह में "कैश संकुचन की कुल संख्या" काउंटर का उपयोग करके इस ऑपरेशन की आवृत्ति देख सकते हैं। बारंबार संघनन के लिए अतिरिक्त स्थान उपलब्ध कराना है अच्छा निर्णयआदर्श परिस्थितियों में कैश का आकार सभी लोकप्रिय प्रश्नों को समायोजित करने के लिए पर्याप्त होना चाहिए।

कैश्ड फ़ाइलों को हटाने का दूसरा तरीका कैशे को रीसेट करना है। जब कैश रीसेट हो जाता है, तो एक नया फ़ोल्डर बन जाता है, लेकिन पुराना कैश बना रहता है। यह पुराने कैश के विरुद्ध मौजूदा प्रश्नों को पूरा करने की अनुमति देता है। एक निश्चित समय के बाद पुराना कैश डिलीट हो जाता है। (कॉन्फ़िगर करने योग्य अंतराल) कैश को कई कारणों से रीसेट किया जा सकता है: यदि स्टार्टअप पर इंडेक्स को सही ढंग से डिसेरिएलाइज़ नहीं किया जा सकता है, तो वेब एप्लिकेशन के लिए उपयोगकर्ता नीति बदल गई है, सामग्री डेटाबेस को पढ़ा नहीं जा सकता है। PowerShell से Microsoft.SharePoint.Publishing.PublishingCache.FlushBlobCache() फ़ंक्शन को कॉल करके कैश को मैन्युअल रूप से भी साफ़ किया जा सकता है।

प्रमाणीकरण और BLOB कैश।

BLOB कैश को अनाम फ़ाइल रिटर्न के लिए अनुकूलित किया गया है। जब एक गुमनाम रूप से पहुंच योग्य फ़ाइल का अनुरोध किया जाता है, तो बीएलओबी कैश प्रमाणीकरण का प्रयास करने से पहले इसे वापस कर देता है।

इस ऑपरेटिंग सिद्धांत का लाभ दो मामलों में प्राप्त किया जा सकता है।

1. साइट पर अज्ञात पहुंच की अनुमति है

2. अक्सर अनुरोधित फ़ाइलें उन पुस्तकालयों में संग्रहीत की जाती हैं जिनमें विकल्प सक्षम होता है हर किसी को आइटम देखने की अनुमति दें।

प्रकाशन पोर्टल टेम्पलेट के आधार पर एक पोर्टल बनाते समय, पैरामीटर सेट के साथ दो लाइब्रेरी बनाई जाती हैं हर किसी को आइटम देखने की अनुमति दें।ये "छवियाँ" और "साइट संग्रह छवियाँ" लाइब्रेरी हैं। किसी भी स्थिति में, भले ही अनाम पहुंच का उपयोग नहीं किया जाता है, BLOB कैश काम करेगा, लेकिन WFE सर्वर को उपयोगकर्ता अनुमतियों की जांच करने के लिए SQL सर्वर से संपर्क करना होगा। (एसीएल)

करने के लिए जारी…।

एमसीटी/एमवीपी इल्या रुड

दस्तावेज़ "शेयरपॉइंट सर्वर कैश अवलोकन" के आधार पर

यदि, कॉन्फ़िगरेशन अपडेट करने के बाद, आपके फॉर्म फ़्लोट हो जाते हैं, रिपोर्ट काम करना बंद कर देती है, और त्रुटि विंडो पॉप अप हो जाती है, तो सबसे अधिक संभावना है कि कैश को साफ़ करके समस्या का समाधान किया जा सकता है। हम आपको बताएंगे कैसे.

कैश क्या है?

1C:एंटरप्राइज़ प्रोग्राम इस तरह से बनाया गया है कि अपने काम के दौरान यह लगातार संचालन की गति को अनुकूलित करने का प्रयास करता है। इस उद्देश्य के लिए, उपयोगकर्ता के कंप्यूटर पर एक "कैश" बनाया जाता है, जो अक्सर उपयोग की जाने वाली जानकारी संग्रहीत करता है, उदाहरण के लिए: विंडोज़ का स्थान और आकार, उपयोगकर्ता सेवा डेटा, चयन सेटिंग्स, फ़ॉन्ट इत्यादि।

कैशिंग आपको सर्वर पर कॉल की संख्या कम करने की अनुमति देता है और, इस प्रकार। यह तंत्र समय बचाता है, लेकिन कई समस्याएं भी दूर करता है।

यदि, कॉन्फ़िगरेशन अपडेट करने के बाद, आपके फॉर्म फ़्लोट हो जाते हैं, रिपोर्ट काम करना बंद कर देती है, और त्रुटि विंडो पॉप अप हो जाती है, तो सबसे अधिक संभावना है कि कैश को साफ़ करके समस्या का समाधान किया जा सकता है।

कैश कैसे साफ़ करें?

कैश साफ़ करने के दो मुख्य तरीके हैं।

1. "/ClearCache" पैरामीटर का उपयोग करके 1C डेटाबेस लॉन्च करना

यह विधि बहुत सरल है. इन्फोबेस चयन विंडो में, उसे चुनें जिसका कैश आप साफ़ करना चाहते हैं। "संपादित करें" बटन पर क्लिक करें.

अंतिम संपादन इन्फोबेस विंडो में, लॉन्च पैरामीटर "/ClearCache" सेट करें। "समाप्त करें" पर क्लिक करें और इन्फोबेस लॉन्च करें।

उपरोक्त चरणों के परिणामस्वरूप, क्लाइंट-सर्वर अनुरोध कैश साफ़ हो जाएगा। इसलिए, यदि समस्या स्थानीय मेटाडेटा कैश में थी, तो यह कैश साफ़ करने की विधि काम नहीं करेगी। इस पद्धति का उपयोग करते समय, यह समझना महत्वपूर्ण है कि अस्थायी फ़ाइलें फ़ोल्डर को इन्फोबेस से "अनलिंक" किया जाएगा, लेकिन नहींआपके कंप्यूटर से हटा दिया जाएगा.

2. 1C कैश को मैन्युअल रूप से साफ़ करना

कैश फ़ाइलों को मैन्युअल रूप से हटाने के लिए, आपको उन फ़ोल्डरों को ढूंढना होगा जहां कैश संग्रहीत है। के लिए ऑपरेटिंग सिस्टम Win7 और उच्चतर अस्थायी फ़ाइलें यहां संग्रहीत की जाती हैं:

• C:\Users\Username\AppData\Roaming\1Cऔर C:\Users\Username\AppData\Local\1C"1cv8" से शुरू होने वाले फ़ोल्डरों में।
• Windows XP में, उपयोगकर्ता के फ़ोल्डर में स्थानीय सेटिंग्स\एप्लिकेशन डेटा\1C\।
• यदि AppData फ़ोल्डर दिखाई नहीं दे रहा है, तो आपको छिपे हुए फ़ोल्डरों की दृश्यता को कॉन्फ़िगर करने की आवश्यकता है।

नीचे दिया गया चित्र दिखाता है कि कैश फ़ाइलें कैसी दिखती हैं - लंबे, अस्पष्ट नाम वाले फ़ोल्डर। हमारे मामले में, केवल एक फ़ाइल है.

कैश साफ़ करने के लिए, आपको इन फ़ोल्डरों को हटाना होगा।

महत्वपूर्ण! आप फ़ोल्डर्स को तभी हटा सकते हैं जब 1C:Enterprise के साथ काम करने की प्रक्रियाएँ पूरी हो जाएँ।

3. तैयार स्क्रिप्ट का उपयोग करके सर्वर या उपयोगकर्ता के पीसी पर 1C में कैश साफ़ करना

इंटरनेट पर आप अस्थायी 1C फ़ाइलों की सफाई के लिए तैयार स्क्रिप्ट पा सकते हैं। ऐसी स्क्रिप्ट के उपयोग से अप्रत्याशित परिणाम हो सकते हैं, इसलिए इसे केवल सिस्टम प्रशासकों और तकनीकी सहायता कर्मचारियों के लिए अनुशंसित किया जाता है।

यह विधि क्लाइंट और सर्वर दोनों पर 1C कैश को साफ़ करने में मदद करेगी। ऐसा करने के लिए आपको संबंधित सर्वर फ़ोल्डर तक पहुंच की आवश्यकता होगी

4.अतिरिक्त

यदि कैश साफ़ करने के लिए उपरोक्त विधियों का उपयोग करने के बाद कोई त्रुटि उत्पन्न होती है, उदाहरण के लिए " अमान्य डेटा संग्रहण प्रारूप", अभी भी सहेजा गया है, इसे रोकने और reg_1541/SNCCNTX फ़ोल्डर को मैन्युअल रूप से साफ़ करने की अनुशंसा की जाती है। यह निर्देशिका में केंद्रीय 1C:एंटरप्राइज़ सर्वर के कंप्यूटर पर स्थित है<рабочий каталог кластера> / <идентификатор информационной базы>.

उदाहरण के लिए:

सावधान रहें, इस फ़ोल्डर की हर चीज़ साफ़ नहीं की जा सकती. मैं सूचीबद्ध करूंगा कि क्या साफ किया जा सकता है:

• 1CV8Reg.lst - क्लस्टर रजिस्ट्री (यह पंजीकृत इन्फोबेस, कार्यशील सर्वर और प्रक्रियाओं की एक सूची, क्लस्टर और अतिरिक्त प्रबंधक के बीच पत्राचार और प्रशासकों की एक सूची संग्रहीत करता है।)
• srvribrg.lst - समूहों की सूची (पंजीकृत क्लस्टर और केंद्रीय सर्वर व्यवस्थापक)
• 1cv8ftxt - पूर्ण पाठ खोज डेटा। वे केंद्रीय 1सी सर्वर पर स्थित हैं: क्लस्टर कार्यशील निर्देशिका - इन्फोबेस पहचानकर्ता
• 1Cv8Log - डेटाबेस पंजीकरण लॉग *.lgp और *.lgf।

यह ध्यान रखना ज़रूरी है कि कैश साफ़ करने के बाद 1C का लॉन्च थोड़ा धीमा हो जाएगा।

तस्वीरें, हमने सीखा कि कैशिंग और टक्कर मारनासाइट की स्केलेबिलिटी और प्रदर्शन में महत्वपूर्ण भूमिका निभाते हैं।

साइट चार स्तरों पर बाद के अनुरोधों के प्रसंस्करण में तेजी लाने के लिए डेटा संग्रहीत कर सकती है:

• ग्राहक;
• नेटवर्क;
• सर्वर;
• आवेदन स्तर.

किसी वेबसाइट पर विभिन्न पेज अक्सर समान संसाधन साझा करते हैं। उपयोगकर्ता को नेविगेशन के दौरान संसाधनों का पुन: उपयोग करना होगा। छवियों, स्क्रिप्ट और शैलियों को महीनों तक कैश किया जा सकता है, और दस्तावेज़ पृष्ठ को क्लाइंट ब्राउज़र में मिनटों तक कैश किया जा सकता है।

क्लाइंट स्तर कैश

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

एक अनुरोध और प्रतिक्रिया जिसे 604800 सेकंड तक कैश किया जा सकता है।

प्रतिक्रिया में अंतिम-संशोधित या ईटैग हेडर भी शामिल हो सकता है। यह जांचने के लिए इन हेडर की आवश्यकता है कि डेटा का पुन: उपयोग किया जा सकता है या नहीं। 304 प्रतिक्रिया स्थिति इंगित करती है कि सामग्री नहीं बदली है और पुनः अपलोड की आवश्यकता नहीं है। युग्मित अंतिम-संशोधित और यदि-संशोधित-चूंकि हेडर, साथ ही नीचे दी गई तारीखों पर ध्यान दें:

"अंतिम-संशोधित" हेडर के साथ एक प्रतिक्रिया और उसके बाद इसका उपयोग करने वाला अनुरोध।

सामग्री में परिवर्तन, यदि कोई हो, का पता लगाने पर प्रतिक्रिया कोड का आदान-प्रदान करने के लिए ईटैग हेडर का उपयोग इफ-नोन-मैच के साथ किया जाता है।

सुविचारित HTTP हेडर वाली साइट उपयोगकर्ताओं के बीच अधिक सफल होगी। इसके अलावा, ब्राउज़र समय और बैंडविड्थ की बचत करेगा।

नेटवर्क स्तर कैश

ग्राहक प्रॉक्सी सर्वर से समान सामग्री का अनुरोध कर रहे हैं।

एक ही समय में एक से अधिक ग्राहक एक ही सामग्री का अनुरोध कर रहे हैं।

जब सामग्री समाप्त होने पर बड़ी संख्या में अनुरोध आते हैं तो यह सरल लेकिन शक्तिशाली तंत्र एप्लिकेशन-साइड अव्यवस्था से बचाता है।

इस अंतिम लेकिन महत्वपूर्ण दृष्टिकोण के पीछे विचार यह है कि एक प्रॉक्सी सर्वर एप्लिकेशन की दोष सहनशीलता में सुधार कर सकता है। जब एप्लिकेशन त्रुटि स्थिति लौटाता है या जब प्रॉक्सी सर्वर और एप्लिकेशन के बीच संचार अपेक्षा के अनुरूप काम नहीं कर रहा होता है, तो समाप्त हो चुकी सामग्री वितरित करने के लिए proxy_cache_use_stale निर्देश ध्वज होते हैं।

कैश स्टोर का उपयोग करते समय एक और महत्वपूर्ण विचार रेस की स्थिति है जो तब होती है जब किसी एप्लिकेशन के विभिन्न उदाहरण एक ही समय में अनकैश्ड डेटा तक पहुंचते हैं। रेल अनुरोध कैशिंग एपीआई में इस प्रभाव को कम करने के लिए एक Race_condition_ttl संपत्ति शामिल है।

एकाधिक एप्लिकेशन इंस्टेंस के साथ कैश के लिए दौड़ की स्थिति का अनुमान लगाना चुनौतीपूर्ण है। इस मामले में इष्टतम समाधान एप्लिकेशन थ्रेड के बाहर कैश डेटा को अपडेट करना और एप्लिकेशन में ही कैश्ड डेटा का उपयोग करना है। जैसा कि ऊपर बताया गया है, माइक्रोसर्विस आर्किटेक्चर में, आप nginx का उपयोग करके एप्लिकेशन और सेवा के बीच संचार को सुरक्षित कर सकते हैं।

निष्कर्ष

हमें उम्मीद है कि यह लेख आपको अपने आवेदन के लिए सर्वोत्तम रणनीति को समझने और चुनने में मदद करेगा। HTTP हेडर सबसे सरल चीज़ है जिसे आप अपने एप्लिकेशन की कैशिंग को अनुकूलित करने के लिए कॉन्फ़िगर कर सकते हैं और करना चाहिए। जब आप कुछ प्रदर्शन समस्याओं का अनुभव करें तो अन्य रणनीतियों का भी उपयोग करें, लेकिन याद रखें कि समय से पहले अनुकूलन सभी समस्याओं की जड़ है।

04/17/1999 फिल केपेलर

1999 में एंटरप्राइज़ बाज़ार में आईपी कैश सर्वर की अत्यधिक मांग होने की उम्मीद है। नीचे हम निर्माताओं के नवीनतम ऑफ़र देखेंगे। वैश्विक नेटवर्क की बैंडविड्थ के विपरीत, मेमोरी बहुत सस्ती हो गई है।

1999 में एंटरप्राइज़ बाज़ार में आईपी कैश सर्वर की अत्यधिक मांग होने की उम्मीद है। नीचे हम निर्माताओं के नवीनतम ऑफ़र देखेंगे।

वैश्विक नेटवर्क की बैंडविड्थ के विपरीत, मेमोरी बहुत सस्ती हो गई है। आईडीसी शोध के अनुसार, वैश्विक नेटवर्क के लिए समग्र मूल्य स्तर वही रहेगा या, ज़्यादा से ज़्यादा, थोड़ा कम हो जाएगा। इस बीच, मेमोरी की लागत सालाना 31.4-39.8% घट जाती है।

इन तथ्यों को देखते हुए, बैंडविड्थ उपयोग को अनुकूलित करने और नेटवर्क दक्षता में सुधार के लिए आईपी कैशिंग आकर्षक हो जाती है। बार-बार एक्सेस की गई फ़ाइलों को अंतिम उपयोगकर्ताओं के करीब रखने से एंटरप्राइज़ बैंडविड्थ आवश्यकताएँ कम हो जाती हैं वैश्विक नेटवर्कया इंटरनेट कनेक्शन और, परिणामस्वरूप, महंगे अपग्रेड की आवश्यकता समाप्त या विलंबित हो जाती है। यह अंतिम-उपयोगकर्ता उत्पादकता में भी सुधार करता है क्योंकि वस्तुओं को LAN गति पर वितरित किया जाता है।

इंटरनेट समुदाय कैशिंग के लाभों के बारे में बहुत पहले से जानता था जब इंटरनेट आज व्यावसायिक घटना बन गया है। आमतौर पर, लोकप्रिय फ़ाइलों को यथासंभव उपयोगकर्ताओं के करीब रखने के लिए एफ़टीपी, गोफ़र और कॉन्फ्रेंस जैसी इंटरनेट सेवाओं के लिए फ़ाइल अभिलेखागार को दुनिया भर में प्रतिबिंबित किया गया था। HTTP के आगमन के साथ, अत्यधिक मात्रा, समय संवेदनशीलता और अनुरोधित सामग्री की यादृच्छिक प्रकृति के कारण मिररिंग अप्रभावी हो गई।

आईपी ​​​​कैश सर्वर HTTP के लिए वही हैं जो मिररिंग प्रोटोकॉल को संग्रहीत करने के लिए थे। सभी कैश सर्वर अनिवार्य रूप से समान सिद्धांतों पर आधारित होते हैं: वे ब्राउज़र से वेब सर्वर पर ऑब्जेक्ट के लिए अनुरोधों को रोकते हैं और सर्वर से प्राप्त ऑब्जेक्ट को ब्राउज़र में स्थानांतरित करने से पहले हार्ड ड्राइव पर संग्रहीत करते हैं। इस प्रकार, अन्य ब्राउज़रों से उसी ऑब्जेक्ट के लिए बाद के अनुरोधों पर, कैश सर्वर मूल ऑब्जेक्ट प्राप्त करने के लिए वेब सर्वर को अनुरोध भेजने के बजाय अपनी मेमोरी से ऑब्जेक्ट की एक प्रति लौटाता है। आदर्श रूप से, कैश सर्वर द्वारा ऑब्जेक्ट के लिए अनुरोध निष्पादित करने से समय और बैंडविड्थ दोनों की बचत होनी चाहिए। (अधिक विस्तृत विवरणकैशिंग तकनीकें इस वर्ष के LAN नंबर 3 में "छोटा कैश महंगा है" लेख में पाई जा सकती हैं।)

उपभोक्ताओं और सामग्री प्रदाताओं दोनों के दबाव में, इंटरनेट प्रदाता आईपी कैशिंग के प्राथमिक उपयोगकर्ता बन गए हैं। डिजिटल सब्सक्राइबर लाइन (डीएसएल), आईडीएसएन और केबल मॉडेम जैसे तेज़ कनेक्शन आशा प्रदान करते हैं कि डेटा श्रृंखला में एक बार सबसे कमजोर लिंक 56 केबीपीएस की अधिकतम डेटा ट्रांसफर दर के साथ मानक टेलीफोन मॉडेम था। /s को समाप्त कर दिया जाएगा। जैसे-जैसे इंटरनेट कनेक्शन तेज़ होंगे, कॉपी की गई वस्तुओं की मात्रा आनुपातिक रूप से बढ़ेगी, जिससे इंटरनेट बैकबोन पर ट्रैफ़िक में वृद्धि होगी। साथ ही, सामग्री प्रदाता अधिक जटिल और उच्च-मात्रा वाले डेटा प्रारूपों, जैसे स्ट्रीमिंग ऑडियो/वीडियो और जावा एप्लेट्स की ओर बढ़ रहे हैं।

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

हालाँकि कई इंटरनेट प्रदाता आईपी कैशिंग के लाभों को पहचानते हैं, लेकिन उद्यमों ने अभी तक इस तकनीक को बड़े पैमाने पर लागू नहीं किया है। फरवरी 1998 की सहयोगात्मक अनुसंधान रिपोर्ट के अनुसार, संयुक्त राज्य अमेरिका में लगभग 80% इंटरनेट प्रदाताओं ने अगले छह महीनों के भीतर कैशिंग लागू करने की योजना की घोषणा की है। दूसरी ओर, केवल 56% कंपनियों ने इसी अवधि के भीतर कैशिंग का उपयोग शुरू करने की योजना बनाई। हालाँकि, जैसा कि विशेषज्ञों का अनुमान है, 1999 में कॉर्पोरेट बाज़ार में कैशिंग की अत्यधिक माँग होगी। कोलैबोरेटिव रिसर्च के अनुसार, एंटरप्राइज कैशिंग प्रौद्योगिकी निवेश के तेजी से इंटरनेट प्रदाताओं से आगे निकलने की उम्मीद है, जो 1998 में 85 मिलियन डॉलर से बढ़कर 2000 में 1 बिलियन डॉलर से अधिक हो जाएगा (तालिका देखें)।

1998-2002 में कैशिंग उत्पादों के लिए विश्व बाज़ार।
बाजार क्षेत्र	1998	1999	2000	2001	2002
कॉर्पोरेट उपयोगकर्ता	$85 मिलियन	$421 मिलियन	$1,113 मिलियन	$2,108 मिलियन	$3,157 मिलियन
इंटरनेट प्रदाता	$103 मिलियन	$214 मिलियन	$376 मिलियन	$481 मिलियन	$576 मिलियन
अन्य	$19 मिलियन	$63 मिलियन	$149 मिलियन	$259 मिलियन	$373 मिलियन
कुल	$207 मिलियन	$698 मिलियन	$1,638 मिलियन	$2,848 मिलियन	$4,106 मिलियन
स्रोत: सहयोगात्मक अनुसंधान, 1998

निर्माताओं द्वारा इस प्रवृत्ति पर ध्यान नहीं दिया गया है, और वे सक्रिय रूप से अपने उत्पादों को कॉर्पोरेट ग्राहकों के लिए पुन: पेश कर रहे हैं। प्रारंभ में इंटरनेट प्रदाताओं के लिए उच्च-स्तरीय उत्पादों का उत्पादन करते हुए, निर्माताओं ने अपेक्षाकृत कम कीमत पर और कंपनियों के लिए पर्याप्त प्रदर्शन स्तर के साथ अपने उत्पाद श्रृंखला में पेशकश शामिल करना शुरू कर दिया। इसके अलावा, एक दर्जन नए विक्रेताओं ने उद्योग मानक हार्डवेयर के आधार पर कैश सर्वर की घोषणा या जारी किया है सॉफ़्टवेयर- उदाहरण के लिए मुफ़्त स्क्विड कैशिंग सॉफ़्टवेयर वाले इंटेल प्लेटफ़ॉर्म पर सर्वर - यथासंभव सस्ते उत्पादों की पेशकश के लक्ष्य के साथ।

कैश के रूप में मध्यस्थ?

पहले कैश सर्वर आमतौर पर प्रॉक्सी सर्वर के आधार पर लागू किए जाते थे। इस प्रकार, उन्होंने उपयोगकर्ताओं के एक समूह के लिए ऑब्जेक्ट ब्रोकर के रूप में काम किया, सभी अनुरोधों को स्वीकार किया और उन्हें इंटरनेट पर गंतव्य तक पहुंचाया। सभी उपयोगकर्ताओं के लिए एक सामान्य पहुंच बिंदु के रूप में, प्रॉक्सी सर्वर विभिन्न प्रकार की अतिरिक्त सेवाओं को लागू करने के लिए बेहद आकर्षक साबित हुए हैं: सामग्री फ़िल्टरिंग, उपयोगकर्ता पहचान, इवेंट लॉगिंग और ऑब्जेक्ट कैशिंग। फ़ायरवॉल के साथ मिलकर, प्रॉक्सी सर्वर ने इंटरनेट से सुरक्षित कनेक्शन बनाना संभव बना दिया।

पहले कैश-सक्षम मध्यस्थों में से एक हार्वेस्ट कैश सॉफ़्टवेयर सर्वर था, जो 1994-1996 में एडवांस्ड रिसर्च प्रोजेक्ट्स एजेंसी (एआरपीए), नेशनल साइंस फाउंडेशन, एनएसएफ) और नासा द्वारा वित्त पोषित एक संयुक्त परियोजना का परिणाम था। तब से, कम से कम एक दर्जन उत्पादों को "कैशिंग मध्यस्थों" के रूप में विपणन किया गया है। विशेष रूप से, नेटस्केप कम्युनिकेशंस, माइक्रोसॉफ्ट और नोवेल सभी के पास कैश-सक्षम प्रॉक्सी सर्वर हैं जो उनके अन्य एंटरप्राइज़ टूल के साथ मजबूती से एकीकृत हैं। कैशिंग के अलावा, उनके उत्पाद उपयोगकर्ता प्रमाणीकरण, सामग्री फ़िल्टरिंग, वायरस स्कैनिंग, सुरक्षा और इवेंट लॉगिंग जैसे विभिन्न प्रकार के मध्यस्थ कार्यों की पेशकश करते हैं। Microsoft का प्रॉक्सी Windows NT 4.0 पर चलता है; नेटस्केप से प्रॉक्सी सर्वर - यूनिक्स की अधिकांश किस्मों के साथ-साथ विंडोज एनटी पर आधारित; नोवेल से बॉर्डरमैनेजर फास्टकैश - इंट्रानेटवेयर, नेटवेयर 4.11 और नेटवेयर 5 पर।

एक अन्य व्यापक रूप से उपयोग किया जाने वाला वाणिज्यिक कैशिंग मध्यस्थ स्क्विड है, जो नेशनल लेबोरेटरी फॉर एडवांस्ड नेटवर्क रिसर्च (एनएलएएनआर) द्वारा विकसित हार्वेस्ट कैश का विस्तार है। शायद इसलिए कि यह ऐसे माहौल में सामूहिक प्रयास के उत्पाद के रूप में उभरा जहां मानकीकृत और स्वीकृत सॉफ़्टवेयर का स्वागत किया जाता है और व्यापक रूप से उपयोग किया जाता है, स्क्विड ने खुद को इंटरनेट प्रदाता बाजार में स्थापित किया है और अपेक्षाकृत मजबूत स्थापित आधार बना हुआ है।

कैशिंग प्रॉक्सी वाले कॉन्फ़िगरेशन के दो मुख्य नुकसान हैं। सबसे पहले, क्योंकि प्रत्येक उपयोगकर्ता के ब्राउज़र को एक मध्यस्थ के माध्यम से जाने के लिए कॉन्फ़िगर किया जाना चाहिए, सर्वर विफलता के कारण सभी उपयोगकर्ता इंटरनेट से अपना कनेक्शन खो देते हैं। दूसरे, मध्यस्थ के बारे में जानकारी के साथ प्रत्येक उपयोगकर्ता के ब्राउज़र की कॉन्फ़िगरेशन दर्ज करना बड़े उद्यमों में श्रम-गहन हो सकता है और, अनिवार्य रूप से, इंटरनेट ऑपरेटर के लिए एक असंभव कार्य हो सकता है।

मैन-इन-द-मिडिल कॉन्फ़िगरेशन में इन समस्याओं से बचने के लिए, आप कैश सर्वर या सर्वर के समूह पर ट्रैफ़िक अग्रेषित करने के लिए पॉलिसी-सक्षम राउटर या लेयर 4 स्विच स्थापित करके अपने नेटवर्क पर पारदर्शी कैशिंग लागू कर सकते हैं। ये डिवाइस पोर्ट 80 पर सभी HTTP ट्रैफ़िक को रोकते हैं और इसे कैश पर रीडायरेक्ट करते हैं। कैश निष्पादित होता है HTTP अनुरोधऔर ऑब्जेक्ट को ब्राउज़र पर वापस लौटाता है। वास्तव में पारदर्शी कैशिंग समाधान को कई कैश सर्वरों पर लोड को संतुलित करके स्केलेबिलिटी का समर्थन करना चाहिए, साथ ही एक या सभी कैश सर्वर अनुपलब्ध होने पर बैकअप सर्वर को विफल करना चाहिए। लेयर 4 स्विचिंग डिवाइस के उदाहरणों में एल्टन नेटवर्क्स से एसीईडायरेक्टर और फाउंड्री नेटवर्क्स से सर्वरआयरन शामिल हैं।

DynaCache का इन्फोलिब्रिया कैश सर्वर एक अलग दृष्टिकोण अपनाता है, एक अलग स्विच या राउटर की आवश्यकता के बिना पारदर्शिता प्रदान करता है। यह DynaLink Redirector (DLR) का उपयोग करके प्राप्त किया जाता है, जो एक समर्पित लेयर 4 स्विच है जो DynaCache के साथ इंटरफेस करता है। डीएलआर, कंपनी की कैशिंग रणनीति का एक अभिन्न अंग है, जो नेटवर्क पर रहता है और केवल कैश मिस को इंटरनेट पर अग्रेषित करता है। कंपनी के मुताबिक, यह रणनीति राउटर पर लोड को दो-तिहाई तक कम कर सकती है।

सॉफ्टवेयर बनाम हार्डवेयर

1997 में, "व्हाई कैशिंग मैटर्स" शीर्षक वाली एक रिपोर्ट में, फॉरेस्टर रिसर्च ने भविष्यवाणी की थी कि इंटरनेट सेवा प्रदाता और व्यवसाय सॉफ़्टवेयर कैश सर्वर से समर्पित कैशिंग डिवाइस पर स्थानांतरित हो जाएंगे। इसी तरह, डेटाक्वेस्ट ने जुलाई 1998 की एक रिपोर्ट में कहा कि समर्पित डिवाइस कैशिंग उत्पाद बाजार पर हावी होंगे।

इसलिए यह आश्चर्य की बात नहीं है कि आधा दर्जन से अधिक निर्माताओं ने 1998 में कैशिंग डिवाइस जारी किए। उनका दावा है कि उनके उत्पाद उनके सॉफ्टवेयर समकक्षों की तुलना में बेहतर प्रदर्शन प्रदान करते हैं क्योंकि ऑपरेटिंग सिस्टम और कैशिंग सर्वर एक-दूसरे के साथ कसकर एकीकृत होते हैं और कैशिंग के लिए अनुकूलित होते हैं। वे यह भी दावा करते हैं कि उनके उत्पादों को स्थापित करना और कॉन्फ़िगर करना आसान है और वे अधिक सुरक्षित प्लेटफ़ॉर्म प्रदान करते हैं क्योंकि उनमें प्रशासनिक या कॉन्फ़िगरेशन त्रुटियों के कारण सुरक्षा छेद बनाने की संभावना कम होती है। आमतौर पर, सॉफ़्टवेयर कैश, जैसे कि ऊपर चर्चा की गई कैशिंग प्रॉक्सी, प्रॉक्सी फ़ोकस को ध्यान में रखकर डिज़ाइन की जाती है, जबकि हार्डवेयर कैश पूरी तरह से हेवी-ड्यूटी कैशिंग का समर्थन करने के लिए डिज़ाइन की जाती है। इसके बावजूद, कई कैशिंग डिवाइस का उपयोग प्रॉक्सी कॉन्फ़िगरेशन में किया जा सकता है।

नेटवर्क उपकरण समर्पित कैशिंग उपकरण पेश करने वाले पहले उपकरणों में से एक था। ऐसा करने के लिए, इसने हार्डवेयर उत्पाद के लिए NetCache सॉफ़्टवेयर को अनुकूलित किया। नेटवर्क एप्लायंस ने एक छोटी स्टार्ट-अप कंपनी, इंटरनेट मिडलवेयर के साथ नेटकैच सॉफ्टवेयर का अधिग्रहण किया (और सौदेबाजी में हार्वेस्ट प्रोजेक्ट के मुख्य वास्तुकारों में से एक, पीटर डेंजिग का अधिग्रहण किया)।

1998 में पेश किए गए अन्य कैशिंग उपकरणों में सिस्को सिस्टम्स का कैश इंजन, कैशफ्लो का कैशफ्लो और इन्फोलिब्रिया का डायनाकैश शामिल हैं। हालांकि यह पूरी तरह से एक समर्पित डिवाइस नहीं है, लेकिन सन माइक्रोसिस्टम्स का नेट्रा प्रॉक्सी अल्ट्रास्पार्क II कंप्यूटर पर पूर्व-कॉन्फ़िगर किया हुआ आता है। इसमें सन का कैशिंग सॉफ़्टवेयर शामिल है और यह इन कार्यों के लिए अनुकूलित है।

हाल ही में, अपेक्षाकृत सस्ते कैशिंग उपकरण बाज़ार में सामने आए हैं। वे मानकीकृत हार्डवेयर और सॉफ्टवेयर पर आधारित हैं और कैशिंग को सरल और अधिक किफायती बनाने के लिए डिज़ाइन किए गए पूर्व-कॉन्फ़िगर सर्वर डिवाइस हैं। यह दृष्टिकोण छोटी कंपनियों या यहां तक ​​कि बड़े निगमों के लिए आकर्षक हो सकता है जो कार्यसमूह कैशिंग के लाभों का लाभ उठाना चाहते हैं लेकिन उपलब्ध समाधानों की उच्च लागत और जटिलता के कारण झिझक रहे हैं। इन उत्पादों की कीमत लगभग $2,000 है, जबकि उपर्युक्त समाधानों की लागत कम से कम $7,000 है।

कम लागत वाले कैशिंग उपकरणों के तीन उदाहरण पैकेटस्टॉर्म टेक्नोलॉजीज के वेबस्पीड और कोबाल्ट नेटवर्क के CacheQube और CacheRaQ हैं। कैश आकार के आधार पर वेबस्पीड की कीमत $2,100 और $7,100 के बीच होती है। वेबस्पीड इंटेल प्रोसेसर और एक मुफ्त ऑपरेटिंग सिस्टम का उपयोग करता है लिनक्स प्रणाली, साथ ही स्क्विड कैशिंग सॉफ़्टवेयर। कंपनी शर्त लगा रही है कि ग्राहक कम लागत वाले, पूर्व-कॉन्फ़िगर किए गए डिवाइस की सराहना करेंगे जिसे वे न्यूनतम प्रयास के साथ अपने नेटवर्क में स्थापित कर सकते हैं। कोबाल्ट नेटवर्क के CacheQube और रैक-माउंटेड CacheRaQ DRAM क्षमता और दोनों के माध्यम से स्केलेबल हैं डिस्क मैं स्थान, और कई उपकरणों का एक क्लस्टर बनाकर। कॉन्फ़िगरेशन के आधार पर CacheQube की कीमत $1,899 और CacheRaQ की कीमत $2,299 या $2,799 है।

विशेषज्ञों की भविष्यवाणियों का मुकाबला करने के प्रयास में कि समर्पित कैशिंग डिवाइस बाजार पर हावी हो जाएंगे, इंकटोमी ने ट्रैफिक सर्वर जारी किया है, जिसे कंपनी मुख्य रूप से इंटरनेट सेवा प्रदाताओं और बड़े उद्यमों के लिए उच्च प्रदर्शन वाले कैशिंग समाधान के रूप में पेश करती है। इसके विपरीत, अन्य सॉफ़्टवेयर कैश कैशिंग कार्यों की तरह ही मध्यस्थता और सुरक्षा कार्यों पर भी ध्यान केंद्रित करते हैं। 30,000 डॉलर प्रति सीपीयू पर, ट्रैफिक सर्वर में एक कैरियर-ग्रेड उत्पाद की कीमत भी होती है।

अनुकूलता और मानक

हार्वेस्ट प्रोजेक्ट के आरंभिक कैशिंग अनुसंधान के समय से, इंटरनेट कैशिंग प्रोटोकॉल (आईसीपी) परिभाषित करता है कि कितने आईपी कैश सर्वर वेब ऑब्जेक्ट की पुनरावृत्ति के बारे में जानकारी साझा कर सकते हैं और वे अन्य कैश से ऑब्जेक्ट कैसे पुनर्प्राप्त करते हैं (मूल से ऑब्जेक्ट पुनर्प्राप्त करने के विपरीत) वेब सर्वर)। आईसीपी के साथ, सर्वर प्रशासक अन्य कैश सर्वरों से पूछताछ करने के लिए कैश को कॉन्फ़िगर कर सकते हैं जो आईसीपी का भी समर्थन करते हैं यह देखने के लिए कि क्या उनके पास वेब ऑब्जेक्ट के बारे में नवीनतम जानकारी है। उदाहरण के लिए, एक स्थानीय कैश अपस्ट्रीम कैश से यह देखने के लिए कह सकता है कि क्या उसके पास फ़ाइल की एक नई प्रतिलिपि है, और यदि नहीं है, तो क्या उसने मूल सर्वर पर फ़ाइल की उम्र की जाँच की है। भले ही अपस्ट्रीम सर्वर के पास और कुछ न हो नया संस्करणफ़ाइल, वह हाल ही में सत्यापित कर सकता था कि फ़ाइल को मूल सर्वर पर संशोधित किया गया था। अद्यतन एल्गोरिथ्म के आधार पर, स्थानीय कैश इस जानकारी का उपयोग मूल सर्वर से ऑब्जेक्ट के नए संस्करण को पुनः प्राप्त करने के लिए कर सकता है, या इसके बजाय स्थानीय प्रतिलिपि का उपयोग कर सकता है (आंकड़ा देखें)।

अपस्ट्रीम कैश को पोल करने से ट्रांसमिशन दूरी और समय में वृद्धि के कारण अतिरिक्त विलंबता आती है; हालाँकि, कई मामलों में समय की बचत काफी महत्वपूर्ण होगी, क्योंकि अनुरोध को मूल ऑब्जेक्ट के साथ सर्वर तक यात्रा करने की आवश्यकता नहीं है। इसके अलावा, प्राप्तकर्ता के नजदीक स्थित आईसीपी-संचार सर्वर से ऑब्जेक्ट प्रदान करने से इंटरनेट बैकबोन पर लोड कम हो जाएगा, जिससे पूरे इंटरनेट समुदाय के लिए बैंडविड्थ मुक्त हो जाएगा। आज लगभग सभी कैशिंग समाधान ICP का समर्थन करते हैं।

ICP के समान, कैशिंग ऐरे रूटिंग प्रोटोकॉल (CARP) स्थानीय सर्वर बेड़े में कैशिंग लोड साझा करने के लिए एक प्रोटोकॉल है। इसे माइक्रोसॉफ्ट द्वारा विकसित किया गया था और इंटरनेट मानक प्रस्ताव के रूप में वर्ल्ड वाइड वेब कंसोर्टियम (W3C) को प्रस्तुत किया गया था। माइक्रोसॉफ्ट के अलावा, पैकेटस्टॉर्म टेक्नोलॉजीज और सन सहित लगभग एक दर्जन अन्य विक्रेताओं ने CARP के लिए समर्थन की घोषणा की है।

कैश इंजन को अपने राउटर्स के साथ संचार करने में सक्षम बनाने के लिए, सिस्को ने वेब कैश कम्युनिकेशन प्रोटोकॉल (WCCP) विकसित किया। WCCP, एक सिस्को राउटर का उपयोग करना आईओएस समर्थनब्राउज़र से आने वाले HTTP अनुरोधों को रोकता है और उन्हें कैश सर्वर या समर्पित डिवाइस पर रीडायरेक्ट करता है। WCCP उनकी उपलब्धता के आधार पर कई कैश सर्वरों में अनुरोध वितरित करके स्केलेबिलिटी का समर्थन करता है।

नवंबर 1998 में, सिस्को ने अन्य कैशिंग उत्पाद निर्माताओं को WCCP का लाइसेंस देना शुरू किया। इंकटोमी और नेटवर्क एप्लायंसेज ने अपने उत्पादों के भविष्य के रिलीज में डब्ल्यूसीसीपी समर्थन शामिल करने की योजना की घोषणा की है।

बाज़ार संकेतक

हालाँकि संख्याओं को लेकर कुछ विवाद है, अगले चार वर्षों में इंटरनेट कैशिंग उत्पादों का बाज़ार उल्लेखनीय रूप से बढ़ने की उम्मीद है। सहयोगात्मक अनुसंधान का अनुमान है कि बाज़ार 1998 में 206 मिलियन डॉलर से बढ़कर 2002 में 4 बिलियन डॉलर से अधिक हो जाएगा।

इन नंबरों को देखते हुए, यह आश्चर्य की बात नहीं है कि प्रमुख सॉफ्टवेयर और हार्डवेयर निर्माता और डेवलपर्स कैशिंग बाजार में प्रवेश करने के लिए अपनी स्थिति का उपयोग करने की कोशिश कर रहे हैं। उदाहरण के लिए, सर्वर ऑपरेटिंग सिस्टम के एक बड़े स्थापित आधार के साथ, नोवेल कॉर्पोरेट ग्राहकों का ध्यान आकर्षित करने के लिए अपने अन्य उत्पादों के साथ बॉर्डरमैनेजर के कड़े एकीकरण पर भरोसा कर रहा है।

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

आपको जो चाहिए कीमत दें

जब आप अपने नेटवर्क पर कैशिंग लागू करने का निर्णय लेते हैं, तो आपके पास मुफ़्त से लेकर $100,000 या अधिक लागत वाले उत्पादों तक का विकल्प होता है। सामान्य तौर पर, उत्पाद जितना महंगा होगा, वह उतना ही अधिक शक्तिशाली होगा।

मूल्य पैमाने के निचले सिरे पर, जहां सॉफ़्टवेयर कैश सर्वर हाल ही में हावी हो गए हैं, अब आप लगभग एक दर्जन कैशिंग डिवाइस पा सकते हैं। का उपयोग करते हुए मुफ़्त उत्पाद, जैसे कि स्क्विड, जो स्रोत और पूर्व-संकलित दोनों रूपों में उपलब्ध है, इसे स्थापित करने के लिए आपको एक कंप्यूटर की आवश्यकता होगी। अनावश्यक खर्चों से बचने के लिए, आप कैशिंग कार्यों को करने के लिए मौजूदा उपकरणों का पुन: उपयोग कर सकते हैं।

नेटस्केप, माइक्रोसॉफ्ट और नोवेल मध्यस्थता सुविधाओं की एक विस्तृत श्रृंखला के साथ शक्तिशाली सॉफ़्टवेयर कैश सर्वर प्रदान करते हैं। उनके उत्पादों की कीमत लगभग $1000 प्रति सीपीयू है। स्क्विड की तरह, मौजूदा हार्डवेयर का उपयोग करके समाधान की कुल लागत को कम किया जा सकता है। अन्यथा, उपकरण खरीदने की लागत को व्यय भाग में शामिल करना होगा।

फिल केपेलर एक डिज़ाइन और प्रोग्रामिंग फर्म में वेब डेवलपर हैं। उनसे यहां संपर्क किया जा सकता है: [ईमेल सुरक्षित].

उत्पादों की समीक्षा की गई

माइक्रोसॉफ्ट नेटस्केप कम्युनिकेशंस उन्नत नेटवर्क अनुसंधान के लिए राष्ट्रीय प्रयोगशाला एल्टन नेटवर्क एसीई निदेशक http://ircache.nlanr.net/Cache/FAQ/ircache-faq-9.html . ब्रायन डी. डेविडसन, रटगर्स विश्वविद्यालय से पीएच.डी., अपने सर्वर पर कैशिंग संसाधनों पर एक सूचना पृष्ठ बनाए रखते हैं http://www.cs.rutgers.edu/~davison/Web-caching/. इसमें कैशिंग के बारे में समाचार, कैशिंग मध्यस्थों की एक सूची और तालिका, एक ग्रंथ सूची आदि शामिल हैं। यदि आप हार्वेस्ट प्रोजेक्ट के बारे में अधिक जानना चाहते हैं, तो शोध निष्कर्षों, मीटिंग ट्रांसक्रिप्ट और अक्सर पूछे जाने वाले प्रश्नों के प्रासंगिक लिंक यहां उपलब्ध हैं: http://www.harvest.transarc.com . CacheNow बैंडविड्थ की कमी को दूर करने और इंटरनेट बुनियादी ढांचे की सीमाओं को दूर करने के लिए बड़े पैमाने पर कैशिंग को बढ़ावा देने के लिए एक सतत अभियान है। इसके बारे में जानकारी यहां उपलब्ध है http://vancouver-Webpages.com/CacheNow/ .

• अनुवाद

कैश और उसके उपयोग के संबंध में सामग्री की काफी विस्तृत और दिलचस्प प्रस्तुति। भाग 2 ।

अनुवादक से: कृपया व्यक्तिगत संदेश में टाइपो और अशुद्धियों की रिपोर्ट करें। धन्यवाद।

एक वेब कैश एक या एक से अधिक वेब सर्वर और एक क्लाइंट या एकाधिक क्लाइंट के बीच रहता है, और प्रतिक्रियाओं की प्रतियां संग्रहीत करते समय आने वाले अनुरोधों की निगरानी करता है - HTML पेज, छवियां और फ़ाइलें (सामूहिक रूप से के रूप में जाना जाता है) प्रतिनिधित्व(अभ्यावेदन); लगभग। अनुवादक - मुझे "सामग्री" शब्द का उपयोग करने दीजिए - यह, मेरी राय में, कान को इतना नुकसान नहीं पहुंचाता), क्योंकि अपनी जरूरतें. फिर, यदि कोई अन्य अनुरोध समान URL के साथ आता है, तो कैश सर्वर से दोबारा पूछने के बजाय पहले संग्रहीत प्रतिक्रिया का उपयोग कर सकता है।

वेब कैश का उपयोग करने के दो मुख्य कारण हैं:

1. प्रतीक्षा समय कम हो गया- चूंकि अनुरोध पर डेटा कैश से लिया जाता है (जो क्लाइंट के "करीब" स्थित होता है), क्लाइंट साइड पर सामग्री प्राप्त करने और प्रदर्शित करने में कम समय लगता है। यह वेब को अधिक प्रतिक्रियाशील बनाता है.

2. गिरावट प्रसार यातायात - सामग्री का पुन: उपयोग करने से क्लाइंट को हस्तांतरित डेटा की मात्रा कम हो जाती है। यदि ग्राहक ट्रैफ़िक के लिए भुगतान करता है तो इससे पैसे की बचत होती है, और बैंडविड्थ आवश्यकताओं को कम और अधिक लचीला रखा जाता है।

वेब कैश के प्रकार

ब्राउज़र कैश

यदि आप किसी आधुनिक वेब ब्राउज़र की सेटिंग्स विंडो की जांच करते हैं (उदाहरण के लिए, इंटरनेट एक्सप्लोरर, सफ़ारी या मोज़िला), आपको संभवतः कैश सेटिंग विकल्प दिखाई देगा। यह विकल्प आपको एक क्षेत्र चुनने की अनुमति देता है हार्ड ड्राइवपहले देखी गई सामग्री को संग्रहीत करने के लिए अपने कंप्यूटर पर। ब्राउज़र कैश काफी सरल नियमों के अनुसार काम करता है। यह बस यह देखने के लिए जांच करता है कि डेटा "ताज़ा" है या नहीं, आमतौर पर प्रति सत्र एक बार (अर्थात, वर्तमान ब्राउज़र सत्र में एक बार)।

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

प्रॉक्सी कैश

प्रॉक्सी कैश एक समान सिद्धांत पर काम करता है, लेकिन बहुत बड़े पैमाने पर। प्रॉक्सी सैकड़ों या हजारों उपयोगकर्ताओं को सेवा प्रदान करते हैं; बड़े निगम और इंटरनेट सेवा प्रदाता अक्सर उन्हें अपने फ़ायरवॉल पर कॉन्फ़िगर करते हैं या उनका उपयोग करते हैं व्यक्तिगत उपकरण(मध्यस्थ)।

चूँकि प्रॉक्सी क्लाइंट या मूल सर्वर का हिस्सा नहीं हैं, लेकिन फिर भी नेटवर्क का सामना करते हैं, अनुरोधों को किसी तरह उन्हें अग्रेषित किया जाना चाहिए। एक तरीका यह है कि आप अपनी ब्राउज़र सेटिंग्स का उपयोग करके मैन्युअल रूप से बताएं कि किस प्रॉक्सी से संपर्क करना है; दूसरा तरीका इंटरसेप्शन प्रॉक्सी का उपयोग करना है। इस मामले में, प्रॉक्सी नेटवर्क द्वारा उन्हें अग्रेषित किए गए वेब अनुरोधों को संसाधित करते हैं, क्लाइंट को उन्हें कॉन्फ़िगर करने या यहां तक ​​कि उनके अस्तित्व के बारे में जानने की आवश्यकता नहीं होती है।

प्रॉक्सी कैश एक प्रकार का साझा कैश है: एक व्यक्ति की सेवा करने के बजाय, वे उसके साथ काम करते हैं एक लंबी संख्याउपयोगकर्ता और इसलिए विलंबता और नेटवर्क ट्रैफ़िक को कम करने में बहुत अच्छे हैं। मुख्यतः क्योंकि लोकप्रिय सामग्री का कई बार अनुरोध किया जाता है।

गेटवे कैश

"रिवर्स प्रॉक्सी कैश" या "सरोगेट कैश" के रूप में भी जाना जाता है, गेटवे भी मध्यस्थ हैं, लेकिन बैंडविड्थ को बचाने के लिए सिस्टम प्रशासकों द्वारा उपयोग किए जाने के बजाय, वे आमतौर पर वेबमास्टर्स द्वारा अपनी साइटों को अधिक स्केलेबल, विश्वसनीय और कुशल बनाने के लिए उपयोग किए जाते हैं।

अनुरोधों को कई तरीकों से गेटवे पर अग्रेषित किया जा सकता है, लेकिन आम तौर पर कुछ प्रकार के लोड बैलेंसर का उपयोग किया जाता है।

सामग्री वितरण नेटवर्क (सीडीएन) पूरे इंटरनेट (या उसके कुछ हिस्से) में गेटवे वितरित करते हैं और इच्छुक वेबसाइटों को कैश्ड सामग्री प्रदान करते हैं। स्पीडेरा और अकामाई सीडीएन के उदाहरण हैं।

यह ट्यूटोरियल मुख्य रूप से ब्राउज़र कैश और प्रॉक्सी पर केंद्रित है, लेकिन कुछ जानकारी गेटवे में रुचि रखने वालों के लिए भी प्रासंगिक है।

मुझे क्यों इसका उपयोग करना चाहिए

कैशिंग इंटरनेट पर सबसे गलत समझी जाने वाली तकनीकों में से एक है। वेबमास्टर्स, विशेष रूप से, अपनी साइट पर नियंत्रण खोने से डरते हैं क्योंकि प्रॉक्सी उनके उपयोगकर्ताओं को "छिपा" सकते हैं, जिससे ट्रैफ़िक की निगरानी करना मुश्किल हो जाता है।

दुर्भाग्य से उनके (वेबमास्टर्स) लिए, भले ही वेब कैश मौजूद नहीं था, इंटरनेट पर यह सुनिश्चित करने के लिए बहुत सारे चर हैं कि साइट मालिक इस बात की सटीक तस्वीर प्राप्त कर पाएंगे कि उपयोगकर्ता साइट के साथ कैसे इंटरैक्ट कर रहे हैं। यदि यह आपके लिए एक बड़ी समस्या है, तो यह मार्गदर्शिका आपको सिखाएगी कि अपनी साइट को "कैश-हेटिंग" बनाए बिना आवश्यक आँकड़े कैसे प्राप्त करें।

एक और समस्या यह है कि कैश ऐसी सामग्री संग्रहीत कर सकता है जो पुरानी हो चुकी है या समाप्त हो चुकी है।

दूसरी ओर, यदि आप अपनी वेबसाइट को जिम्मेदारी से डिज़ाइन करते हैं, तो कैश अधिक मदद कर सकता है तेजी से लोड हो रहा हैऔर स्वीकार्य सीमा के भीतर सर्वर और इंटरनेट कनेक्शन पर लोड बनाए रखना। अंतर नाटकीय हो सकता है: एक गैर-कैश साइट को लोड होने में कुछ सेकंड लग सकते हैं; जबकि कैशिंग के उपयोग के लाभ इसे तात्कालिक बना सकते हैं। उपयोगकर्ता साइट के तेज़ लोडिंग समय की सराहना करेंगे और इस पर अधिक बार जा सकते हैं।

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

इस दृष्टिकोण से, सीडीएन एक दिलचस्प विकास है, क्योंकि कई प्रॉक्सी कैश के विपरीत, उनके गेटवे कैश की जा रही वेबसाइट के हितों से जुड़े होते हैं। हालाँकि, जब आप सीडीएन का उपयोग करते हैं, तब भी आपको यह विचार करना होगा कि ब्राउज़र में एक प्रॉक्सी और उसके बाद कैशिंग होगी।

संक्षेप में, प्रॉक्सी और ब्राउज़र कैश का उपयोग किया जाएगा चाहे आप इसे पसंद करें या नहीं। याद रखें, यदि आप अपनी साइट को सही तरीके से कैश करने के लिए कॉन्फ़िगर नहीं करते हैं, तो यह डिफ़ॉल्ट कैश सेटिंग्स का उपयोग करेगी।

वेब कैश कैसे काम करता है

सभी प्रकार के कैश में नियमों का एक विशिष्ट सेट होता है जिसका उपयोग वे यह निर्धारित करने के लिए करते हैं कि यदि सामग्री उपलब्ध है तो कैश से कब सामग्री लेनी है। इनमें से कुछ नियम प्रोटोकॉल (HTTP 1.0/HTTP 1.1) द्वारा निर्धारित किए जाते हैं, कुछ कैश प्रशासकों (ब्राउज़र उपयोगकर्ता या प्रॉक्सी प्रशासक) द्वारा निर्धारित किए जाते हैं।

सामान्यतया, ये सबसे अधिक हैं सामान्य नियम(यदि आप विवरण नहीं समझते हैं तो चिंता न करें, उन्हें नीचे समझाया जाएगा):

1. यदि प्रतिक्रिया शीर्षलेख कैश को उन्हें सहेजने के लिए नहीं कहते हैं, तो यह उन्हें सहेज नहीं पाएगा।
2. यदि अनुरोध अधिकृत या सुरक्षित है (अर्थात, HTTPS), तो इसे कैश नहीं किया जाएगा।
3. कैश्ड सामग्री को "ताजा" माना जाता है (अर्थात, मूल सर्वर से जांच किए बिना क्लाइंट को भेजा जा सकता है) यदि:
   • इसमें एक समाप्ति समय या अन्य हेडर होता है जो जीवनकाल को नियंत्रित करता है और अभी तक समाप्त नहीं हुआ है।
   • यदि कैश ने हाल ही में सामग्री की जाँच की है और इसे काफी समय पहले संशोधित किया गया था।
   ताजा सामग्री सर्वर से जांच किए बिना, सीधे कैश से ली जाती है।
4. यदि सामग्री पुरानी हो गई है, तो मूल सर्वर से इसे सत्यापित करने या कैश को यह बताने के लिए कहा जाएगा कि मौजूदा प्रतिलिपि अभी भी अद्यतित है या नहीं।
5. कुछ परिस्थितियों में - उदाहरण के लिए, जब यह ऑफ़लाइन होता है - कैश मूल सर्वर से जांच किए बिना पुरानी प्रतिक्रियाओं को बरकरार रख सकता है।

यदि प्रतिक्रिया में कोई सत्यापनकर्ता (ईटैग या अंतिम-संशोधित हेडर) नहीं है और इसमें कोई स्पष्ट ताज़ा जानकारी नहीं है, तो सामग्री को आम तौर पर (लेकिन हमेशा नहीं) अप्राप्य माना जाएगा।

ताज़गी(ताजगी) और मान्यकरण(सत्यापन) सबसे महत्वपूर्ण तरीके हैं जिनमें कैश सामग्री पर काम करता है। ताज़ा सामग्री कैश से तुरंत उपलब्ध होगी; यदि वैध सामग्री नहीं बदली गई है तो सभी पैकेट दोबारा भेजने से बचेंगे।