सर्विस वर्कर कैशिंग और एचटीटीपी कैशिंग

सेवा वर्कर कैश और एचटीटीपी कैश लेयर में, एक जैसा या अलग-अलग समयसीमा वाला लॉजिक इस्तेमाल करने के फ़ायदे और नुकसान.

Jonathan Chen

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

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

कैश मेमोरी में डेटा सेव करने के फ़्लो के बारे में खास जानकारी

किसी रिसॉर्स का अनुरोध करने पर, ब्राउज़र कैश करने के लिए यहां दिए गए क्रम का पालन करता है:

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

कैश मेमोरी में सेव करने की प्रोसेस

लेयर को कैश मेमोरी में सेव करना

सर्विस वर्कर कैश मेमोरी में सेव करने की सुविधा

सेवा वर्कर, नेटवर्क-टाइप के एचटीटीपी अनुरोधों को इंटरसेप्ट करता है. साथ ही, यह तय करने के लिए कि ब्राउज़र को कौनसे संसाधन दिखाने चाहिए, कैश मेमोरी सेव करने की रणनीति का इस्तेमाल करता है. सेवा वर्कर कैश और एचटीटीपी कैश, दोनों का मकसद एक ही होता है. हालांकि, सेवा वर्कर कैश में कैश मेमोरी सेव करने की ज़्यादा सुविधाएं मिलती हैं. जैसे, कैश मेमोरी में क्या सेव किया जाए और कैश मेमोरी को कैसे सेव किया जाए, इस पर बेहतर तरीके से कंट्रोल किया जा सकता है.

सेवा वर्कर कैश मेमोरी को कंट्रोल करना

कोई सेवा वर्कर, इवेंट लिसनर (आम तौर पर fetch इवेंट) की मदद से एचटीटीपी अनुरोधों को इंटरसेप्ट करता है. इस कोड स्निपेट में, कैश मेमोरी में पहले से मौजूद कॉन्टेंट को कैश मेमोरी में सेव करने की रणनीति का लॉजिक दिखाया गया है.

इस डायग्राम में दिखाया गया है कि सर्विस वर्कर, एचटीटीपी अनुरोधों को कैसे इंटरसेप्ट करते हैं

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

import {registerRoute} from 'workbox-routing';

registerRoute(new RegExp('styles/.*\\.css'), callbackHandler);

सेवा वर्कर की कैश मेमोरी से जुड़ी रणनीतियां और इस्तेमाल के उदाहरण

अगली टेबल में, सेवा वर्कर की कैश मेमोरी से जुड़ी सामान्य रणनीतियों के बारे में बताया गया है. साथ ही, यह भी बताया गया है कि हर रणनीति कब काम की होती है.

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

सेवा वर्कर की कैश मेमोरी का इस्तेमाल करने के अन्य फ़ायदे

कैश मेमोरी में सेव करने के लॉजिक को बेहतर तरीके से कंट्रोल करने के अलावा, सर्विस वर्कर कैश मेमोरी में सेव करने की सुविधा से ये भी मिलते हैं:

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

एचटीटीपी कैश मेमोरी

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

एचटीटीपी कैश मेमोरी का इस्तेमाल करने का मतलब है कि किसी संसाधन को कब और कितने समय के लिए कैश मेमोरी में सेव करना है, यह तय करने के लिए सर्वर पर भरोसा करना.

एचटीटीपी रिस्पॉन्स हेडर की मदद से, एचटीटीपी कैश मेमोरी की समयसीमा खत्म होने की तारीख कंट्रोल करना

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

एचटीटीपी कैश मेमोरी में डेटा सेव करने की रणनीतियां और इस्तेमाल के उदाहरण

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

कैश मेमोरी की समयसीमा खत्म होने का लॉजिक डिज़ाइन करना

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

यहां दिए गए Glitch में दिखाया गया है कि अलग-अलग स्थितियों में, सेवा वर्कर कैश मेमोरी और एचटीटीपी कैश मेमोरी कैसे काम करती हैं:

सभी कैश लेयर के लिए, समयसीमा खत्म होने का एक जैसा लॉजिक

इसके फ़ायदों और नुकसानों के बारे में बताने के लिए, हम तीन स्थितियों पर नज़र डालेंगे: लंबे समय तक, मध्यम अवधि के लिए, और कम अवधि के लिए.

स्थितियां लंबे समय तक कैश मेमोरी में सेव रखने का तरीका मीडियम-टर्म कैश मेमोरी में सेव करना कुछ समय के लिए कैश मेमोरी में सेव करना
सर्विस वर्कर की कैश मेमोरी से जुड़ी रणनीति कैश मेमोरी, नेटवर्क पर वापस जाना Stale-while-revalidate नेटवर्क की कैश मेमोरी का इस्तेमाल करना
सर्विस वर्कर कैश का टीटीएल 30 दिन 1 दिन 10 मिनट
एचटीटीपी कैश मेमोरी की मैक्स-ऐज 30 दिन 1 दिन 10 मिनट

स्थिति: लंबे समय तक कैश मेमोरी में सेव करना (कैश मेमोरी, नेटवर्क पर वापस जाना)

  • जब कैश मेमोरी में सेव किया गया कोई संसाधन मान्य हो (<= 30 दिन): सेवा वर्कर, नेटवर्क पर जाने के बिना, कैश मेमोरी में सेव किया गया संसाधन तुरंत दिखाता है.
  • कैश मेमोरी में सेव किए गए किसी रिसॉर्स की समयसीमा खत्म होने पर (> 30 दिन): रिसॉर्स को फ़ेच करने के लिए, सेवा वर्कर नेटवर्क पर जाता है. ब्राउज़र के एचटीटीपी कैश में रिसॉर्स की कॉपी नहीं होती, इसलिए वह रिसॉर्स के लिए सर्वर साइड पर जाता है.

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

स्थिति: मीडियम-टर्म कैश मेमोरी (फिर से पुष्टि करते समय पुराना हो जाना)

  • जब कैश मेमोरी में सेव किया गया कोई संसाधन मान्य हो (<= एक दिन): सेवा वर्कर, कैश मेमोरी में सेव किया गया संसाधन तुरंत दिखाता है. साथ ही, संसाधन को फ़ेच करने के लिए नेटवर्क पर जाता है. ब्राउज़र के एचटीटीपी कैश में, संसाधन की एक कॉपी होती है. इसलिए, वह उस कॉपी को सर्विस वर्कर को दिखाता है.
  • कैश मेमोरी में सेव किए गए किसी संसाधन की समयसीमा खत्म होने पर (> एक दिन): सेवा वर्कर, कैश मेमोरी में सेव किए गए संसाधन को तुरंत दिखाता है. साथ ही, संसाधन को फ़ेच करने के लिए नेटवर्क पर जाता है. ब्राउज़र के एचटीटीपी कैश में रिसॉर्स की कॉपी नहीं होती. इसलिए, रिसॉर्स को फ़ेच करने के लिए, वह सर्वर साइड पर जाता है.

नुकसान: "फिर से पुष्टि करें" चरण का ज़्यादा से ज़्यादा फ़ायदा पाने के लिए, एचटीटीपी कैश मेमोरी को बदलने के लिए, सर्विस वर्कर को कैश मेमोरी को हटाने की ज़्यादा सुविधा की ज़रूरत होती है.

स्थिति: कुछ समय के लिए कैश मेमोरी में सेव करना (नेटवर्क के कैश मेमोरी पर स्विच करना)

  • जब कैश मेमोरी में सेव किया गया कोई संसाधन मान्य हो (<= 10 मिनट): संसाधन को फ़ेच करने के लिए, सेवा वर्कर नेटवर्क पर जाता है. ब्राउज़र के एचटीटीपी कैश मेमोरी में रिसॉर्स की एक कॉपी होती है. इसलिए, वह सर्वर साइड पर जाने के बिना, उसे सर्विस वर्कर को दिखाता है.
  • कैश मेमोरी में सेव किए गए संसाधन की समयसीमा खत्म होने पर (> 10 मिनट): सेवा वर्कर, कैश मेमोरी में सेव किए गए संसाधन को तुरंत दिखाता है और संसाधन को फ़ेच करने के लिए नेटवर्क पर जाता है. ब्राउज़र के एचटीटीपी कैश में रिसॉर्स की कॉपी नहीं होती. इसलिए, रिसॉर्स को फ़ेच करने के लिए, वह सर्वर साइड पर जाता है.

नुकसान: मीडियम-टर्म कैश मेमोरी के मामले की तरह ही, सर्वर साइड से नया संसाधन फ़ेच करने के लिए, एचटीटीपी कैश मेमोरी को बदलने के लिए, सर्विस वर्कर को कैश मेमोरी को हटाने वाला अतिरिक्त लॉजिक चाहिए.

सभी स्थितियों में सर्विस वर्कर

सभी मामलों में, नेटवर्क के अस्थिर होने पर भी, सर्विस वर्कर कैश मेमोरी में सेव किए गए संसाधनों को दिखा सकता है. दूसरी ओर, जब नेटवर्क ठीक से काम नहीं कर रहा है या बंद है, तब एचटीटीपी कैश पर भरोसा नहीं किया जा सकता.

सेवा वर्कर कैश मेमोरी और एचटीटीपी लेयर में, कैश मेमोरी की समयसीमा खत्म होने का अलग-अलग लॉजिक

इसके फ़ायदों और नुकसानों के बारे में बताने के लिए, हम फिर से लंबी अवधि, मध्यम अवधि, और कम अवधि के उदाहरणों पर गौर करेंगे.

स्थितियां लंबे समय तक कैश मेमोरी में सेव रखने का तरीका मीडियम-टर्म कैश मेमोरी में सेव करना कुछ समय के लिए कैश मेमोरी में सेव करना
सर्विस वर्कर की कैश मेमोरी से जुड़ी रणनीति कैश मेमोरी, नेटवर्क पर वापस जाना Stale-while-revalidate नेटवर्क की कैश मेमोरी का इस्तेमाल करना
सर्विस वर्कर कैश का टीटीएल 90 दिन 30 दिन 1 दिन
एचटीटीपी कैश मेमोरी की मैक्स-ऐज 30 दिन 1 दिन 10 मिनट

स्थिति: लंबे समय तक कैश मेमोरी में सेव करना (कैश मेमोरी, नेटवर्क पर वापस जाना)

  • जब कैश मेमोरी में सेव किया गया कोई संसाधन, सर्विस वर्कर कैश मेमोरी में मान्य हो (<= 90 दिन): सर्विस वर्कर, कैश मेमोरी में सेव किया गया संसाधन तुरंत दिखाता है.
  • जब कैश मेमोरी में सेव किया गया कोई संसाधन, सेवा वर्कर कैश मेमोरी में सेव होने की समयसीमा खत्म होने के बाद भी मौजूद रहता है (> 90 दिन): सेवा वर्कर, संसाधन को फ़ेच करने के लिए नेटवर्क पर जाता है. ब्राउज़र के एचटीटीपी कैश में रिसॉर्स की कॉपी मौजूद नहीं होती, इसलिए इसे सर्वर साइड पर भेजा जाता है.

फ़ायदे और नुकसान

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

स्थिति: बीच में कैश मेमोरी में डेटा सेव करना (पुष्टि करते समय पुराना हो जाना)

  • जब कैश मेमोरी में सेव किया गया कोई संसाधन, सर्विस वर्कर कैश मेमोरी में मान्य हो (<= 30 दिन): सर्विस वर्कर, कैश मेमोरी में सेव किया गया संसाधन तुरंत दिखाता है.
  • जब कैश मेमोरी में सेव किए गए किसी संसाधन की समयसीमा खत्म हो जाती है (> 30 दिन): सेवा वर्कअर, संसाधन के लिए नेटवर्क पर जाता है. ब्राउज़र के एचटीटीपी कैश में रिसॉर्स की कॉपी नहीं होती है. इसलिए, इसे सर्वर-साइड पर भेजा जाता है.

फ़ायदे और नुकसान

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

स्थिति: कुछ समय के लिए कैश मेमोरी में सेव करना (नेटवर्क के कैश मेमोरी पर स्विच करना)

  • जब कैश मेमोरी में सेव किया गया कोई संसाधन, सेवा वर्कर कैश मेमोरी में मान्य हो (<= 1 दिन): सेवा वर्कर, संसाधन के लिए नेटवर्क पर जाता है. अगर एचटीटीपी कैश मेमोरी में कोई संसाधन मौजूद होता है, तो ब्राउज़र उसे दिखाता है. अगर नेटवर्क काम नहीं कर रहा है, तो सर्विस वर्कर, सर्विस वर्कर कैश मेमोरी से संसाधन दिखाता है
  • जब कैश मेमोरी में सेव किए गए किसी संसाधन की समयसीमा खत्म हो जाती है (> एक दिन): संसाधन को फ़ेच करने के लिए, सेवा वर्कअर नेटवर्क पर जाता है. ब्राउज़र, नेटवर्क से रिसॉर्स फ़ेच करता है, क्योंकि एचटीटीपी कैश मेमोरी में सेव किए गए वर्शन की समयसीमा खत्म हो गई है.

फ़ायदे और नुकसान

  • फ़ायदे: जब नेटवर्क अस्थिर या बंद हो, तो सेवा वर्कर तुरंत कैश मेमोरी में सेव किए गए संसाधनों को दिखाता है.
  • नुकसान: एचटीटीपी कैश मेमोरी को बदलने और "नेटवर्क फ़र्स्ट" अनुरोध करने के लिए, सर्विस वर्कर को कैश मेमोरी को हटाने की ज़्यादा सुविधा की ज़रूरत होती है.

नतीजा

कैश मेमोरी से जुड़ी स्थितियों के कॉम्बिनेशन की जटिलता को देखते हुए, ऐसा एक नियम डिज़ाइन करना संभव नहीं है जो सभी मामलों को कवर करता हो. हालांकि, पिछले सेक्शन में मिली जानकारी के आधार पर, कैश मेमोरी की रणनीतियां बनाते समय इन बातों का ध्यान रखें:

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

ज़्यादा जानें