responseCache की नीति

आपको Apigee Edge का दस्तावेज़ दिख रहा है.
Apigee X के दस्तावेज़ पर जाएं. जानकारी

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

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

सामान्य मकसद के लिए कम समय तक कैश मेमोरी में डेटा सेव करने के लिए, Populate Cache नीति का इस्तेमाल करें. इस नीति का इस्तेमाल, लुकअप कैश मेमोरी की नीति (कैश मेमोरी की एंट्री पढ़ने के लिए) और कैश मेमोरी अमान्य करने की नीति (एंट्री अमान्य करने के लिए) के साथ किया जाता है.

सैंपल

http://{org_name}-test.apigee.net/weather/forecastrss?w=23424778

<ResponseCache name="ResponseCache">
    <CacheKey>
        <KeyFragment ref="request.queryparam.w" />
    </CacheKey>
    <ExpirySettings>
        <TimeoutInSeconds>600</TimeoutInSeconds>
    </ExpirySettings>
</ResponseCache>

http://{org_name}-test.apigee.net/weather/forecastrss?w=23424778

'http://{org_name}-test.apigee.net/weather/forecastrss?w=23424778' -H "bypass-cache:true"

<ResponseCache name="ResponseCache">
    <CacheKey>
        <KeyFragment ref="request.queryparam.w" />
    </CacheKey>
    <!-- Explicitly refresh the cached response -->
    <SkipCacheLookup>request.header.bypass-cache = "true"</SkipCacheLookup>
    <ExpirySettings>
        <TimeoutInSeconds>600</TimeoutInSeconds>
    </ExpirySettings>
</ResponseCache>

एलिमेंट का रेफ़रंस

एलिमेंट रेफ़रंस में, नीति के एलिमेंट और एट्रिब्यूट के बारे में बताया जाता है.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ResponseCache async="false" continueOnError="false" enabled="true" name="Response-Cache-1">
    <DisplayName>Response Cache 1</DisplayName>
    <Properties/>
    <CacheKey>
        <Prefix/>
        <KeyFragment ref="request.uri" />
    </CacheKey>
    <Scope>Exclusive</Scope>
    <ExpirySettings>
        <ExpiryDate/>
        <TimeOfDay/>
        <TimeoutInSeconds ref="flow.variable.here">300</TimeoutInSeconds>
    </ExpirySettings>
    <CacheResource>cache_to_use</CacheResource>
    <CacheLookupTimeoutInSeconds/>
    <ExcludeErrorResponse/>
    <SkipCacheLookup/>
    <SkipCachePopulation/>
    <UseAcceptHeader/>
    <UseResponseCacheHeaders/>
</ResponseCache>

<ResponseCache> एट्रिब्यूट

<ResponseCache async="false" continueOnError="false" enabled="true" name="Response-Cache-1">

यहां दी गई टेबल में, ऐसे एट्रिब्यूट के बारे में बताया गया है जो नीति के सभी पैरंट एलिमेंट में एक जैसे होते हैं:

&lt;DisplayName&gt; एलिमेंट

इस कॉलम में नीति को लेबल करने के लिए, name एट्रिब्यूट के साथ-साथ इस्तेमाल करें मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) प्रॉक्सी एडिटर, जिसका नाम अलग और सामान्य भाषा में है.

<DisplayName>Policy Display Name</DisplayName>

<CacheKey> एलिमेंट

यह कुकी, कैश मेमोरी में सेव किए गए डेटा के किसी हिस्से के लिए यूनीक पॉइंटर को कॉन्फ़िगर करती है.

कैश कुंजियों का साइज़ 2 केबी से ज़्यादा नहीं होना चाहिए.

<CacheKey>
    <Prefix>string</Prefix>
    <KeyFragment ref="variable_name" />
    <KeyFragment>literal_string</KeyFragment>
</CacheKey>

<CacheKey>, कैश में सेव किए गए डेटा के हर हिस्से का नाम बनाता है. कुंजी को अक्सर इकाई के हेडर या क्वेरी पैरामीटर से मिली वैल्यू का इस्तेमाल करके सेट किया जाता है. ऐसे मामलों में, आपको एलिमेंट के ref एट्रिब्यूट में, कुंजी वैल्यू वाला वैरिएबल तय करना होगा.

रनटाइम के दौरान, <KeyFragment> वैल्यू के आगे <Scope> एलिमेंट की वैल्यू या <Prefix> वैल्यू जोड़ी जाती है. उदाहरण के लिए, इससे UserToken__apiAccessToken__<value_of_client_id> के तौर पर कैश मेमोरी की कुंजी मिलती है:

<CacheKey>
    <Prefix>UserToken</Prefix>
    <KeyFragment>apiAccessToken</KeyFragment>
    <KeyFragment ref="request.queryparam.client_id" />
</CacheKey>

<Prefix> और <Scope> के साथ <CacheKey> एलिमेंट का इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, कैश मेमोरी की कुंजियों का इस्तेमाल करना लेख पढ़ें.

<CacheLookupTimeoutInSeconds> एलिमेंट

इससे यह तय होता है कि कैश मेमोरी में मौजूद डेटा को खोजने में हुई गड़बड़ी को कितने सेकंड बाद, कैश मेमोरी में मौजूद डेटा न मिलने की गड़बड़ी माना जाएगा. ऐसा होने पर, कैश मेमोरी में मौजूद डेटा न मिलने की गड़बड़ी वाले पाथ पर फ़्लो फिर से शुरू हो जाता है.

<CacheLookupTimeoutInSeconds>30</CacheLookupTimeoutInSeconds>

<CacheResource> एलिमेंट

यह कुकी, उस कैश मेमोरी के बारे में बताती है जहां मैसेज सेव किए जाने चाहिए. शेयर की गई कैश मेमोरी का इस्तेमाल करने के लिए, इस एलिमेंट को शामिल न करें. अगर आपको कैश मेमोरी में मौजूद एंट्री को एडमिन के तौर पर मिटाना है, तो आपको नाम के हिसाब से CacheResource तय करना होगा. इस बारे में ज़्यादा जानने के लिए, कैशे देखें.

<CacheResource>cache_to_use</CacheResource>

कैश मेमोरी को कॉन्फ़िगर करने के बारे में ज़्यादा जानने के लिए, एनवायरमेंट कैश मेमोरी बनाना और उसमें बदलाव करना लेख पढ़ें.

<CacheKey>/<KeyFragment> एलिमेंट

यह ऐसी वैल्यू तय करता है जिसे कैश मेमोरी की कुंजी में शामिल किया जाना चाहिए. इससे कैश मेमोरी में सेव की गई प्रतिक्रियाओं से मेल खाने वाले अनुरोधों के लिए नेमस्पेस बनता है.

<KeyFragment ref="variable_name"/>
<KeyFragment>literal_string</KeyFragment>

यह एक कुंजी (आपके दिए गए स्टैटिक नाम) या वैल्यू (वैरिएबल को रेफ़रंस देकर सेट की गई डाइनैमिक एंट्री) हो सकती है. बताए गए सभी फ़्रैगमेंट को एक साथ जोड़ दिया जाता है. साथ ही, प्रीफ़िक्स को भी जोड़ दिया जाता है, ताकि कैश मेमोरी की कुंजी बनाई जा सके.

<KeyFragment>apiAccessToken</KeyFragment>
<KeyFragment ref="request.queryparam.client_id" />

<Prefix> और <Scope> के साथ <KeyFragment> एलिमेंट का इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, कैश मेमोरी की कुंजियों का इस्तेमाल करना लेख पढ़ें.

विशेषताएं

<CacheKey>/<Prefix> एलिमेंट

यह कुकी, कैश मेमोरी की कुंजी के प्रीफ़िक्स के तौर पर इस्तेमाल की जाने वाली वैल्यू के बारे में बताती है.

<Prefix>prefix_string</Prefix>

जब आपको <Scope> -गिनती की गई वैल्यू के बजाय, अपनी वैल्यू तय करनी हो, तब <Scope> के बजाय इस वैल्यू का इस्तेमाल करें. अगर यह तय किया गया है, तो <Prefix>, कैश में लिखी गई एंट्री के लिए कैश कुंजी की वैल्यू को पहले जोड़ता है. <Prefix> एलिमेंट की वैल्यू, <Scope> एलिमेंट की वैल्यू को बदल देती है.

<CacheKey> और <Scope> के साथ <Prefix> एलिमेंट का इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, कैश मेमोरी की कुंजियों का इस्तेमाल करना लेख पढ़ें.

<ExcludeErrorResponse> एलिमेंट

फ़िलहाल, डिफ़ॉल्ट रूप से यह नीति, किसी भी संभावित स्टेटस कोड के साथ एचटीटीपी रिस्पॉन्स को कैश मेमोरी में सेव करती है. इसका मतलब है कि सफलता और गड़बड़ी, दोनों तरह के जवाबों को कैश मेमोरी में सेव किया जाता है. उदाहरण के लिए, 2xx और 3xx, दोनों स्टेटस कोड वाले जवाब डिफ़ॉल्ट रूप से कैश मेमोरी में सेव किए जाते हैं.

अगर आपको एचटीटीपी गड़बड़ी के स्टेटस कोड के साथ टारगेट रिस्पॉन्स को कैश मेमोरी में सेव नहीं करना है, तो इस एलिमेंट को true पर सेट करें. अगर यह एलिमेंट सही है, तो 200 से 205 तक के स्टेटस कोड वाले रिस्पॉन्स को ही कैश मेमोरी में सेव किया जाएगा. ये ऐसे एचटीटीपी स्टेटस कोड हैं जिन्हें Edge, "सक्सेस" कोड के तौर पर मानता है. इस सेटिंग को बदला नहीं जा सकता.

रिस्पॉन्स कैश मेमोरी के पैटर्न के बारे में जानने के लिए, यह कम्यूनिटी पोस्ट पढ़ें. इसमें बताया गया है कि यह एलिमेंट किस तरह से काम आता है.

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

<ExcludeErrorResponse>true</ExcludeErrorResponse>

<ExpirySettings> एलिमेंट

यह कुकी बताती है कि कैश मेमोरी की एंट्री कब खत्म होनी चाहिए. इसकी मौजूदगी में, <TimeoutInSeconds>, <TimeOfDay> और <ExpiryDate>, दोनों को बदल देता है.

<ExpirySettings>
  <TimeOfDay ref="time_variable">expiration_time</TimeOfDay>
  <TimeoutInSeconds ref="duration_variable">seconds_until_expiration</TimeoutInSeconds>
  <ExpiryDate ref="date_variable">expiration_date</ExpiryDate>
</ExpirySettings>

<ExpirySettings>/<ExpiryDate> एलिमेंट

इससे उस तारीख के बारे में पता चलता है जब कैश मेमोरी की एंट्री खत्म हो जानी चाहिए. mm-dd-yyyy फ़ॉर्म का इस्तेमाल करें. अगर यह मौजूद है, तो इस एलिमेंट का सिबलिंग, <TimeoutInSeconds>, <ExpiryDate> को बदल देता है.

<ExpirySettings>
    <ExpiryDate ref="{date_variable}">expiration_date</ExpiryDate>
</ExpirySettings>

विशेषताएं

<ExpiryDate ref="" />

<ExpirySettings>/<TimeOfDay> एलिमेंट

दिन का वह समय जब कैश मेमोरी की एंट्री खत्म हो जानी चाहिए. hh:mm:ss फ़ॉर्म का इस्तेमाल करें . अगर यह मौजूद है, तो इस एलिमेंट का सिबलिंग, <TimeoutInSeconds>, <TimeOfDay> को बदल देता है.

दिन का समय HH:mm:ss फ़ॉर्मैट में डालें. यहां HH का मतलब 24 घंटे की घड़ी के हिसाब से घंटे से है. उदाहरण के लिए, दोपहर 2:30 बजे के लिए 14:30:00.

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

<ExpirySettings>
    <TimeOfDay ref="time_variable">expiration_time</TimeOfDay>
</ExpirySettings>

विशेषताएं

<ExpirySettings>/<TimeoutInSec> एलिमेंट

यह वह समय है जिसके बाद कैश मेमोरी में मौजूद एंट्री की समयसीमा खत्म हो जाती है.

<ExpirySettings>/<TimeoutInSeconds> एलिमेंट

यह वह समय है जिसके बाद कैश मेमोरी में मौजूद एंट्री की समयसीमा खत्म हो जाती है. यह एलिमेंट मौजूद होने पर, अपने साथ मौजूद एलिमेंट <TimeOfDay> और <ExpiryDate> को बदल देता है.

<ExpirySettings>
    <TimeoutInSeconds ref="duration_variable">seconds_until_expiration</TimeoutInSeconds>
</ExpirySettings>

ध्यान दें: अगर रेफ़ को duration_variable से वैल्यू नहीं मिलती है, तो इस्तेमाल के लिए डिफ़ॉल्ट टाइमआउट वैल्यू दें.

विशेषताएं

<Scope> एलिमेंट

इस इन्यूमरेशन का इस्तेमाल, कैश मेमोरी की कुंजी के लिए प्रीफ़िक्स बनाने के लिए किया जाता है. ऐसा तब होता है, जब <CacheKey> एलिमेंट में <Prefix> एलिमेंट नहीं दिया जाता है.

<Scope>scope_enumeration</Scope>

<Scope> सेटिंग से, कैश मेमोरी की ऐसी कुंजी तय होती है जिसे <Scope> वैल्यू के हिसाब से पहले जोड़ा जाता है. उदाहरण के लिए, जब स्कोप को Exclusive पर सेट किया जाता है, तो कैश मेमोरी की कुंजी इस फ़ॉर्म में होती है: orgName__envName__apiProxyName__deployedRevisionNumber__proxy|TargetName__ [ serializedCacheKey ].

अगर <CacheKey> में <Prefix> एलिमेंट मौजूद है, तो यह <Scope> एलिमेंट की वैल्यू को बदल देता है. मान्य वैल्यू में यहां दी गई गिनती शामिल है.

<CacheKey> और <Prefix> के साथ <Scope> एलिमेंट का इस्तेमाल किया जाता है. ज़्यादा जानकारी के लिए, कैश मेमोरी की कुंजियों का इस्तेमाल करना लेख पढ़ें.

स्वीकार की जा सकने वाली वैल्यू

apifactory__test__weatherapi__16__default__apiAccessToken

<SkipCacheLookup> एलिमेंट

यह एक ऐसा एक्सप्रेशन तय करता है जो रनटाइम में सही होने पर, यह तय करता है कि कैश मेमोरी में मौजूद डेटा को नहीं देखना है और कैश मेमोरी को रीफ़्रेश करना है. SkipCacheLookup के इस्तेमाल के बारे में जानने के लिए, यह वीडियो भी देखें.

<SkipCacheLookup>variable_condition_expression</SkipCacheLookup>

यहां दिए गए उदाहरण में, अगर आने वाले हेडर में bypass-cache वैरिएबल को true पर सेट किया जाता है, तो कैश मेमोरी में मौजूद डेटा को नहीं देखा जाता और कैश मेमोरी को रीफ़्रेश कर दिया जाता है.

<SkipCacheLookup>request.header.bypass-cache = "true"</SkipCacheLookup>

<SkipCachePopulation> एलिमेंट

यह एक ऐसा एक्सप्रेशन तय करता है जो रनटाइम में सही होने पर, यह तय करता है कि कैश मेमोरी में लिखने की प्रोसेस को स्किप किया जाना चाहिए. SkipCachePopulation के इस्तेमाल के बारे में जानने के लिए, यह वीडियो भी देखें.

<SkipCachePopulation>variable_condition_expression</SkipCachePopulation>

उदाहरण के लिए, अगर रिस्पॉन्स का स्टेटस कोड 400 या इससे ज़्यादा है, तो नीचे दिया गया कोड कैश मेमोरी में लिखने की प्रोसेस को छोड़ देगा:

<SkipCachePopulation>response.status.code >= 400</SkipCachePopulation>

<UseAcceptHeader> एलिमेंट

इसे true पर सेट करें, ताकि रिस्पॉन्स कैश मेमोरी की एंट्री के कैश मेमोरी कुंजी में, रिस्पॉन्स के Accept हेडर से मिली वैल्यू जोड़ी जा सकें.

कैश मेमोरी की कुंजी का हिसाब लगाते समय, Edge Accept, Accept-Encoding, Accept-Language, और Accept-Charset अनुरोध हेडर का इस्तेमाल करता है. इस तरीके से, क्लाइंट को ऐसा मीडिया टाइप नहीं मिलता है जिसके लिए उसने अनुरोध नहीं किया है.

उदाहरण के लिए, मान लें कि एक ही यूआरएल से दो अनुरोध आते हैं. पहले अनुरोध में gzip को स्वीकार किया जाता है, जबकि दूसरे अनुरोध में gzip को स्वीकार नहीं किया जाता. पहले अनुरोध को कैश मेमोरी में सेव किया जाएगा. साथ ही, कैश मेमोरी में सेव की गई एंट्री, (शायद) gzip फ़ॉर्मैट में सेव की गई प्रतिक्रिया होगी. दूसरे अनुरोध में, कैश मेमोरी में सेव की गई वैल्यू को पढ़ा जाएगा. इसके बाद, यह gzip फ़ॉर्मैट में सेव की गई एंट्री को ऐसे क्लाइंट को भेज सकता है जो gzip फ़ॉर्मैट को नहीं पढ़ सकता.

ज़्यादा जानकारी के लिए, कैश मेमोरी की कुंजी कॉन्फ़िगर करना लेख पढ़ें.

<UseAcceptHeader>false</UseAcceptHeader>

<UseResponseCacheHeaders> एलिमेंट

इसे true पर सेट करें, ताकि कैश मेमोरी में मौजूद जवाब का "लाइव होने में लगने वाला समय" (टीटीएल) सेट करते समय, एचटीटीपी रिस्पॉन्स हेडर को ध्यान में रखा जा सके. ऐसा होने पर, Edge इन रिस्पॉन्स हेडर की वैल्यू पर विचार करता है. साथ ही, इन वैल्यू की तुलना <ExpirySettings> की ओर से सेट की गई वैल्यू से करता है. ऐसा तब होता है, जब टाइम टू लिव सेट किया जाता है:

• Cache-Control s-maxage
• Cache-Control max-age
• Expires

ज़्यादा जानकारी के लिए, कैश मेमोरी में सेव की गई एंट्री के खत्म होने का समय सेट करना लेख पढ़ें.

<UseResponseCacheHeaders>false</UseResponseCacheHeaders>

इस्तेमाल की जानकारी

कैश किए गए हर ऑब्जेक्ट का साइज़ 256 केबी से ज़्यादा नहीं होना चाहिए. (Edge, कैश मेमोरी को कैसे प्रोसेस करता है, इस बारे में ज़्यादा जानने के लिए कैश मेमोरी की इंटरनल प्रोसेस देखें.)

ResponseCache नीति में कॉन्फ़िगरेशन के ज़रिए, Edge को यह निर्देश दिया जा सकता है कि वह कैश मेमोरी की एंट्री की समयसीमा खत्म होने और कैश मेमोरी की कुंजियों को सेट करने के लिए, एचटीटीपी रिस्पॉन्स हेडर शामिल करे. इस सेक्शन में बताया गया है कि हेडर के साथ नीति का इस्तेमाल करके, कैश मेमोरी की समयसीमा खत्म होने और कैश मेमोरी की कुंजियों को कैसे मैनेज किया जा सकता है.

Edge, ResponseCache नीति के साथ रिस्पॉन्स हेडर को कैसे मैनेज करता है, इस बारे में ज़्यादा जानने के लिए एचटीटीपी रिस्पॉन्स हेडर के लिए सहायता लेख पढ़ें.

कैश मेमोरी में मौजूद एंट्री की समयसीमा खत्म होने की तारीख सेट करना

कैश मेमोरी में डेटा सेव करने की नीति की तरह ही, <ExpirySettings> एलिमेंट का इस्तेमाल करके, रिस्पॉन्स कैश मेमोरी में सेव किए गए डेटा के खत्म होने की अवधि (टाइम टू लिव) सेट की जा सकती है. ResponseCache नीति में, Edge को रिस्पॉन्स हेडर पर भी विचार करने के लिए कहा जा सकता है.

जवाब के हेडर का इस्तेमाल करने के लिए, <UseResponseCacheHeaders> एलिमेंट की वैल्यू को सही पर सेट करें. इस सेटिंग की वजह से Edge, जवाब के हेडर पर विचार करता है. इसके बाद, उनकी तुलना <ExpirySettings> की ओर से सेट की गई वैल्यू से करता है. इसके बाद, दोनों में से सबसे कम वैल्यू का इस्तेमाल करता है. जवाब के हेडर पर विचार करते समय, Edge यहां दी गई जानकारी के मुताबिक उपलब्ध वैल्यू चुनता है:

उदाहरण के लिए, मान लें कि किसी रिस्पॉन्स को इन वैल्यू के साथ कैश मेमोरी में सेव किया गया है:

• Cache-Control s-maxage एट्रिब्यूट की कोई वैल्यू मौजूद नहीं है
• Cache-Control max-age की वैल्यू 300
• तीन दिन बाद की Expires तारीख
• <ExpirySettings> TimeoutInSeconds की वैल्यू 600.

इस मामले में, टीटीएल के लिए Cache-Control max-age वैल्यू का इस्तेमाल किया जाएगा, क्योंकि यह <ExpirySettings> वैल्यू से कम है. साथ ही, Cache-Control s-maxage वैल्यू मौजूद नहीं है, जो max-age से ज़्यादा प्राथमिकता लेती है.

कैश मेमोरी की कुंजी को कॉन्फ़िगर करना

Populate Cache policy जैसी सामान्य कैश मेमोरी की नीतियों की तरह ही, ResponseCache के साथ <CacheKey> और <Scope> एलिमेंट का इस्तेमाल किया जाता है. इनका इस्तेमाल, कैश मेमोरी की एंट्री के लिए कैश मेमोरी की कुंजी बनाने की सुविधा को कॉन्फ़िगर करने के लिए किया जाता है. ResponseCache की मदद से, कैश मेमोरी की कुंजियों को ज़्यादा काम का बनाया जा सकता है. इसके लिए, रिस्पॉन्स के Accept हेडर को कुंजी की वैल्यू में जोड़ा जाता है.

कैश मेमोरी की कुंजियां कॉन्फ़िगर करने के बारे में सामान्य जानकारी के लिए, कैश मेमोरी की कुंजियों का इस्तेमाल करना लेख पढ़ें. Accept हेडर इस्तेमाल करने के बारे में जानकारी के लिए, <UseAcceptHeader> देखें.

कैश मेमोरी को एन्क्रिप्ट (सुरक्षित) करने के बारे में जानकारी

सार्वजनिक क्लाउड के लिए Edge: कैश मेमोरी को सिर्फ़ इन संगठनों में एन्क्रिप्ट (सुरक्षित) किया जाता है: पीसीआई- और HIPAA-अनुपालक संगठन. इन संगठनों के लिए एन्क्रिप्शन, संगठन के लिए सेवा चालू करने के दौरान कॉन्फ़िगर किया जाता है.

फ़्लो वैरिएबल

ResponseCache नीति लागू होने पर, पहले से तय किए गए ये फ़्लो वैरिएबल भर जाते हैं. फ़्लो वैरिएबल के बारे में ज़्यादा जानने के लिए, वैरिएबल का रेफ़रंस देखें.

गड़बड़ी के कोड

इस सेक्शन में गड़बड़ी के मैसेज और फ़्लो वैरिएबल के बारे में बताया गया है. ये वैरिएबल तब सेट किए जाते हैं, जब इस नीति के तहत कोई गड़बड़ी ट्रिगर होती है. यह जानकारी जानना ज़रूरी है कि क्या प्रॉक्सी के लिए गड़बड़ी के नियम बनाए जा रहे हैं. ज़्यादा जानने के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी और गड़बड़ियों को ठीक करने के तरीके देखें.

गड़बड़ी कोड प्रीफ़िक्स

लागू नहीं

रनटाइम से जुड़ी गड़बड़ियां

इस नीति के तहत रनटाइम में कोई गड़बड़ी नहीं होती है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

ये गड़बड़ियां तब हो सकती हैं, जब इस नीति वाले किसी प्रॉक्सी को डिप्लॉय किया जाता है.

गड़बड़ी वाले वैरिएबल

लागू नहीं

गड़बड़ी के जवाब का उदाहरण

लागू नहीं

स्कीमा

नीति के हर टाइप को एक्सएमएल स्कीमा (.xsd) से तय किया जाता है. रेफ़रंस के लिए, नीति के स्कीमा GitHub पर उपलब्ध हैं.