सेवा वर्कर कैश और एचटीटीपी कैश लेयर में, एक जैसा या अलग-अलग समयसीमा वाला लॉजिक इस्तेमाल करने के फ़ायदे और नुकसान.
एक तरफ़ सर्विस वर्कर और पीडब्ल्यूए, आधुनिक वेब ऐप्लिकेशन के मानक बन रहे हैं. हालांकि, रिसॉर्स को कैश मेमोरी में सेव करना पहले से ज़्यादा जटिल हो गया है. इस लेख में, ब्राउज़र कैश मेमोरी के बारे में पूरी जानकारी दी गई है. इसमें ये चीज़ें शामिल हैं:
- सर्विस वर्कर कैश मेमोरी और एचटीटीपी कैश मेमोरी के इस्तेमाल के उदाहरण और इनके बीच अंतर.
- सामान्य एचटीटीपी कैश मेमोरी की तुलना में, सर्विस वर्कर के कैश मेमोरी में सेव होने की अवधि खत्म होने की अलग-अलग रणनीतियों के फ़ायदे और नुकसान.
कैश मेमोरी में सेव होने वाले फ़्लो की खास जानकारी
किसी रिसॉर्स का अनुरोध करने पर, ब्राउज़र कैश मेमोरी में डेटा सेव करने के लिए, यहां दिए गए क्रम का पालन करता है:
- सेवा वर्कर कैश मेमोरी: सेवा वर्कर यह जांच करता है कि संसाधन उसकी कैश मेमोरी में है या नहीं. साथ ही, यह तय करता है कि कैश मेमोरी में सेव करने की प्रोग्राम की गई रणनीतियों के आधार पर, संसाधन को खुद दिखाना है या नहीं. ध्यान दें ऐसा अपने-आप नहीं होता. आपको अपने सेवा वर्कर में फ़ेच इवेंट हैंडलर बनाना होगा और नेटवर्क अनुरोधों को इंटरसेप्ट करना होगा, ताकि अनुरोध नेटवर्क के बजाय सेवा वर्कर के कैश मेमोरी से दिखाए जाएं.
- एचटीटीपी कैश मेमोरी (इसे ब्राउज़र कैश मेमोरी भी कहा जाता है): अगर रिसॉर्स एचटीटीपी कैश मेमोरी में मिलता है और उसकी समयसीमा खत्म नहीं हुई है, तो ब्राउज़र अपने-आप एचटीटीपी कैश मेमोरी में मौजूद रिसॉर्स का इस्तेमाल करता है.
- सर्वर-साइड: अगर सर्विस वर्कर कैश या एचटीटीपी कैश में कुछ भी नहीं मिलता है, तो संसाधन का अनुरोध करने के लिए ब्राउज़र नेटवर्क पर जाता है. अगर संसाधन को किसी सीडीएन में कैश नहीं किया गया है, तो अनुरोध को मूल सर्वर पर वापस जाना चाहिए.
लेयर को कैश मेमोरी में सेव करना
सर्विस वर्कर कैश मेमोरी में सेव करने की सुविधा
सेवा वर्कर, नेटवर्क-टाइप एचटीटीपी अनुरोधों को इंटरसेप्ट करता है. साथ ही, यह तय करने के लिए कि ब्राउज़र को कौनसे संसाधन दिखाने चाहिए, कैश मेमोरी में सेव करने की रणनीति का इस्तेमाल करता है. सेवा वर्कर कैश और एचटीटीपी कैश, दोनों का मकसद एक ही होता है. हालांकि, सेवा वर्कर कैश में कैश मेमोरी से जुड़ी ज़्यादा सुविधाएं मिलती हैं. जैसे, कैश मेमोरी में क्या सेव किया जाए और कैश मेमोरी को कैसे सेव किया जाए, इस पर बेहतर तरीके से कंट्रोल.
सेवा वर्कर कैश मेमोरी को कंट्रोल करना
कोई सर्विस वर्कर, इवेंट सुनने वालों वाले एचटीटीपी अनुरोधों को इंटरसेप्ट करता है. आम तौर पर, यह 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 दिन): सेवा वर्कर, संसाधन के लिए नेटवर्क पर जाता है. अगर एचटीटीपी कैश मेमोरी में संसाधन मौजूद होता है, तो ब्राउज़र उसे दिखाता है. अगर नेटवर्क काम नहीं कर रहा है, तो सर्विस वर्कर, सर्विस वर्कर कैश से संसाधन दिखाता है
- जब कैश मेमोरी में सेव किए गए किसी संसाधन की समयसीमा खत्म हो जाती है (> एक दिन): संसाधन को फ़ेच करने के लिए, सेवा वर्कअर नेटवर्क पर जाता है. ब्राउज़र, नेटवर्क पर रिसॉर्स को फ़ेच करता है, क्योंकि एचटीटीपी कैश मेमोरी में, कैश मेमोरी में सेव किए गए वर्शन की समयसीमा खत्म हो जाती है.
फ़ायदे और नुकसान
- फ़ायदा: नेटवर्क के रुक-रुककर चलने या बंद होने पर, सर्विस वर्कर तुरंत कैश मेमोरी में सेव किए गए रिसॉर्स लौटा देता है.
- नुकसान: एचटीटीपी कैश मेमोरी को बदलने और "नेटवर्क फ़र्स्ट" अनुरोध करने के लिए, सर्विस वर्कर को कैश मेमोरी को हटाने की ज़्यादा सुविधा की ज़रूरत होती है.
नतीजा
कैश मेमोरी से जुड़ी स्थितियों के कॉम्बिनेशन की जटिलता को देखते हुए, ऐसा एक नियम डिज़ाइन करना संभव नहीं है जो सभी मामलों को कवर करता हो. हालांकि, पिछले सेक्शन में मिली जानकारी के आधार पर, कैश मेमोरी की रणनीतियां बनाते समय इन बातों का ध्यान रखें:
- सेवा वर्कर की कैश मेमोरी से जुड़े लॉजिक को, एचटीटीपी कैश मेमोरी से जुड़े लॉजिक के मुताबिक होना ज़रूरी नहीं है. अगर हो सके, तो सर्विस वर्कर को ज़्यादा कंट्रोल देने के लिए, सर्विस वर्कर में एक्सपायर होने की अवधि के लिए लंबे लॉजिक का इस्तेमाल करें.
- एचटीटीपी कैश मेमोरी अब भी अहम भूमिका निभाती है. हालांकि, नेटवर्क के अस्थिर या बंद होने पर, इस पर भरोसा नहीं किया जा सकता.
- हर रिसॉर्स के लिए, कैश मेमोरी में डेटा सेव करने की रणनीतियों को फिर से देखें. इससे यह पक्का किया जा सकेगा कि सर्विस वर्कर की कैश मेमोरी में सेव करने की रणनीति, एचटीटीपी कैश मेमोरी से अलग नहीं है.
ज़्यादा जानें
- नेटवर्क की विश्वसनीयता
- एचटीटीपी कैश मेमोरी की मदद से, ग़ैर-ज़रूरी नेटवर्क अनुरोधों से बचें
- एचटीटीपी कैश मेमोरी कोडलैब
- असल में, सेवा वर्कर की परफ़ॉर्मेंस पर पड़ने वाले असर का आकलन करना
- Cache-Control बनाम Expires
- कैश मेमोरी में सेव किए गए डेटा के बारे में पूरी जानकारी: कैश मेमोरी में सेव किए गए डेटा की जांच करना, उसे मिटाना, और उसे बंद करना