Chrome DevTools का बैकग्राउंड सेवाएं सेक्शन, JavaScript API के लिए टूल का कलेक्शन है. इसकी मदद से, आपकी वेबसाइट अपडेट भेज और पा सकती है. भले ही, उपयोगकर्ता ने आपकी वेबसाइट न खोली हो. बैकग्राउंड में चलने वाली सेवा, बैकग्राउंड में चल रही प्रोसेस की तरह काम करती है.
बैकग्राउंड सेवाएं सेक्शन की मदद से, इन बैकग्राउंड सेवाओं को डीबग किया जा सकता है:
Chrome DevTools, फ़ेच, सिंक, और सूचनाओं से जुड़े इवेंट को तीन दिनों तक लॉग कर सकता है. भले ही, DevTools खुला न हो. इससे आपको यह पक्का करने में मदद मिल सकती है कि इवेंट, उम्मीद के मुताबिक भेजे और पाए जा रहे हैं.
बैकग्राउंड में चलने वाली सेवा के इवेंट के अलावा, DevTools ये काम भी कर सकता है:
- आपको वे रिपोर्ट दिखा सकता है जिन्हें Chrome ने Reporting API का इस्तेमाल करके पहले ही भेज दिया है या भेजने वाला है.
- आपको एक क्लिक से, बैक/फ़ॉरवर्ड कैश मेमोरी को डीबग और टेस्ट करने की सुविधा दे सकता है.
बैकग्राउंड फ़ेच
Background Fetch API की मदद से, सर्विस वर्कर बड़े रिसॉर्स, जैसे कि फ़िल्में या पॉडकास्ट, बैकग्राउंड में चलने वाली सेवा के तौर पर डाउनलोड कर सकता है. बैकग्राउंड फ़ेच के इवेंट को तीन दिनों तक लॉग करने के लिए, भले ही DevTools खुला न हो:
- DevTools खोलें Background Fetch API का इस्तेमाल करने वाले किसी पेज पर.
ऐप्लिकेशन > बैकग्राउंड सेवाएं > बैकग्राउंड फ़ेच पर जाएं. इसके बाद,
रिकॉर्ड करें पर क्लिक करें.
अपने पेज पर, बैकग्राउंड फ़ेच से जुड़ी कोई गतिविधि ट्रिगर करें. DevTools, इवेंट को टेबल में लॉग करता है.
किसी इवेंट की ज़्यादा जानकारी देखने के लिए, टेबल के नीचे मौजूद जगह में उस इवेंट पर क्लिक करें.
DevTools को बंद किया जा सकता है और रिकॉर्डिंग को तीन दिनों तक चलने दिया जा सकता है. रिकॉर्डिंग बंद करने के लिए,
बंद करें पर क्लिक करें.
बैकग्राउंड सिंक
Background Sync API की मदद से, ऑफ़लाइन सर्विस वर्कर, सर्वर को डेटा भेज सकता है. हालांकि, इसके लिए ज़रूरी है कि इंटरनेट कनेक्शन भरोसेमंद हो. बैकग्राउंड सिंक के इवेंट को तीन दिनों तक लॉग करने के लिए, भले ही DevTools खुला न हो:
- DevTools खोलें. उदाहरण के लिए, इस डेमो पेज पर.
ऐप्लिकेशन > बैकग्राउंड सेवाएं > बैकग्राउंड सिंक पर जाएं. इसके बाद,
रिकॉर्ड करें पर क्लिक करें.
डेमो पेज पर, संबंधित सर्विस वर्कर को रजिस्टर करने के लिए, बैकग्राउंड सिंक रजिस्टर करें पर क्लिक करें. इसके बाद, अनुरोध किए जाने पर अनुमति दें पर क्लिक करें.
सर्विस वर्कर का रजिस्ट्रेशन, बैकग्राउंड सिंक की एक गतिविधि है. DevTools, इवेंट को टेबल में लॉग करता है.
किसी इवेंट की ज़्यादा जानकारी देखने के लिए, टेबल के नीचे मौजूद जगह में उस इवेंट पर क्लिक करें.
DevTools को बंद किया जा सकता है और रिकॉर्डिंग को तीन दिनों तक चलने दिया जा सकता है. रिकॉर्डिंग बंद करने के लिए,
बंद करें पर क्लिक करें.
(एक्सपेरिमेंट के तौर पर उपलब्ध) बाउंस ट्रैकिंग को कम करने की सुविधा
बाउंस ट्रैकिंग को कम करने की सुविधा के एक्सपेरिमेंट की मदद से, उन साइटों की पहचान की जा सकती है जो बाउंस ट्रैकिंग तकनीक का इस्तेमाल करके, क्रॉस-साइट ट्रैकिंग करती हैं. साथ ही, उन साइटों की स्थिति को मिटाया जा सकता है. मैन्युअल तरीके से, ट्रैकिंग को कम करने की सुविधा को चालू किया जा सकता है. साथ ही, उन साइटों की सूची देखी जा सकती है जिनकी स्थिति मिटाई गई है.
ट्रैकिंग को कम करने की सुविधा को चालू करने के लिए:
- Chrome में, तीसरे पक्ष की कुकी ब्लॉक करें.
> सेटिंग > 
निजता और सुरक्षा > कुकी और साइट का अन्य डेटा > 
तीसरे पक्ष की कुकी ब्लॉक करें पर जाएं और इसे चालू करें. chrome://flagsमें, बाउंस ट्रैकिंग को कम करने की सुविधा के एक्सपेरिमेंट को मिटाने की सुविधा के साथ चालू करें पर सेट करें.- DevTools खोलें और ऐप्लिकेशन > बैकग्राउंड सेवाएं > बाउंस ट्रैकिंग को कम करने की सुविधा पर जाएं.
- बाउंस लिंक पर क्लिक करें और Chrome के बाउंस को रिकॉर्ड करने के लिए 10 सेकंड इंतज़ार करें. समस्याएं टैब में, आपको स्थिति मिटाने के बारे में चेतावनी मिलती है.
- स्थिति को तुरंत मिटाने के लिए, तुरंत चलाएं पर क्लिक करें.
सूचनाएं
सर्विस वर्कर को सर्वर से पुश मैसेज मिलने के बाद, वह Notifications API का इस्तेमाल करके, उपयोगकर्ता को डेटा दिखाता है. सूचनाओं को तीन दिनों तक लॉग करने के लिए, भले ही DevTools खुला न हो:
- DevTools खोलें
ऐप्लिकेशन > बैकग्राउंड सेवाएं > सूचनाएं पर जाएं. इसके बाद,
रिकॉर्ड करें पर क्लिक करें.
सूचना शेड्यूल करें पर क्लिक करें. इसके बाद, अनुरोध किए जाने पर अनुमति दें पर क्लिक करें.
सूचना दिखने का इंतज़ार करें. DevTools, सूचनाओं से जुड़े इवेंट को टेबल में लॉग करता है.
किसी इवेंट की ज़्यादा जानकारी देखने के लिए, टेबल के नीचे मौजूद जगह में उस इवेंट पर क्लिक करें.
DevTools को बंद किया जा सकता है और रिकॉर्डिंग को तीन दिनों तक चलने दिया जा सकता है. रिकॉर्डिंग बंद करने के लिए,
बंद करें पर क्लिक करें.
अनुमान के हिसाब से लोड हुए यूआरएल
अनुमान के हिसाब से यूआरएल लोड होने की सुविधा की मदद से, पेज को तुरंत लोड किया जा सकता है. इसके लिए, अनुमान के हिसाब से यूआरएल लोड होने के नियम तय किए जाते हैं. इससे आपकी वेबसाइट, सबसे ज़्यादा नेविगेट किए जाने वाले पेजों को पहले से फ़ेच और प्रीरेंडर कर सकती है.
पहले से फ़ेच करने की सुविधा की मदद से, किसी रिसॉर्स को पहले से फ़ेच किया जाता है. वहीं, पहले से रेंडर करने की सुविधा की मदद से, पूरे पेज को बैकग्राउंड में रेंडर किया जाता है. ऐसा, रेंडर करने की प्रोसेस को छिपाकर किया जाता है.
ऐप्लिकेशन > बैकग्राउंड सेवाएं > अनुमान के हिसाब से लोड हुए यूआरएल सेक्शन में जाकर, अनुमान के हिसाब से यूआरएल लोड होने की सुविधा को डीबग किया जा सकता है. इस सेक्शन में, तीन व्यू होते हैं:
- अनुमान के हिसाब से लोड हुए यूआरएल. इसमें, मौजूदा पेज, मौजूदा यूआरएल, और उन पेजों की स्थिति के बारे में जानकारी होती है जिन्हें मौजूदा पेज, अनुमान के हिसाब से लोड करने की कोशिश करता है.
- नियम. इसमें, Element पैनल में मौजूदा पेज पर मौजूद नियम सेट और अनुमानों की कुल स्थिति के बारे में जानकारी होती है.
- अनुमान. इसमें, अनुमान के हिसाब से यूआरएल लोड होने की सुविधा की कोशिशों और उनकी स्थितियों के बारे में जानकारी वाली टेबल होती है. अगर कोई कोशिश पूरी नहीं हो पाती है, तो टेबल में उस पर क्लिक करके, ज़्यादा जानकारी और पूरी न हो पाने की वजह देखी जा सकती है.
पेज पर DevTools खोलें और ऐप्लिकेशन > बैकग्राउंड सेवाएं > अनुमान के हिसाब से लोड हुए यूआरएल पर जाएं. अगर आपको पेज से शुरू किए गए अनुमान के हिसाब से यूआरएल लोड होने की सुविधा नहीं दिखती है, तो पेज को फिर से लोड करें.
डेमो का शुरुआती पेज, दो पेजों को पहले से रेंडर करता है. हालांकि, एक पेज को पहले से रेंडर नहीं कर पाता. सभी अनुमान देखें पर क्लिक करें.
अनुमान में, पूरी नहीं हुई स्थिति वाले अनुमान को चुनें. इसके बाद, सबसे नीचे मौजूद सेक्शन में पूरी न हो पाने की वजह देखें. इस सेक्शन में, ज़्यादा जानकारी मौजूद होती है.
इस मामले में, पहले से रेंडर करने की प्रोसेस पूरी नहीं हो पाई, क्योंकि वेबसाइट पर
/next3.htmlपेज मौजूद नहीं है.अनुमान टैब में मौजूद टेबल को फ़िल्टर करने के लिए, सबसे ऊपर मौजूद फ़िल्टर बार में कोई वैल्यू टाइप करें या इन फ़िल्टर में से किसी एक का इस्तेमाल करें:
url:VALUE,action:VALUE, याaction:VALUE.
नियम सेक्शन खोलें और सबसे नीचे मौजूद नियम सेट देखने के लिए, स्थिति पर क्लिक करें. नियम सेट लिंक पर क्लिक करने से, Element पैनल खुल जाता है. साथ ही, आपको यह भी पता चलता है कि अनुमान के हिसाब से यूआरएल लोड होने का नियम कहां तय किया गया है.
ज़्यादा जानकारी के लिए, अनुमान के हिसाब से यूआरएल लोड होने के नियमों को डीबग करना लेख पढ़ें.
पुश मैसेज की सेवा
किसी उपयोगकर्ता को पुश नोटिफ़िकेशन दिखाने के लिए, एक सर्विस वर्कर को सबसे पहले Push Message API का इस्तेमाल करके, सर्वर से डेटा पाना होगा. जब सर्विस वर्कर, नोटिफ़िकेशन दिखाने के लिए तैयार हो जाता है, तब वह Notifications API का इस्तेमाल करता है. पुश मैसेज को तीन दिनों तक लॉग करने के लिए, भले ही DevTools खुला न हो:
- DevTools खोलें. उदाहरण के लिए, इस डेमो पेज पर.
ऐप्लिकेशन > बैकग्राउंड सेवाएं > पुश मैसेज की सेवा पर जाएं. इसके बाद,
रिकॉर्ड करें पर क्लिक करें.
डेमो पेज पर, पुश नोटिफ़िकेशन चालू करें को टॉगल करें. इसके बाद, अनुरोध किए जाने पर अनुमति दें पर क्लिक करें. अब कोई मैसेज टाइप करें और उसे भेजें. DevTools, पुश नोटिफ़िकेशन के इवेंट को टेबल में लॉग करता है.
किसी इवेंट की ज़्यादा जानकारी देखने के लिए, टेबल के नीचे मौजूद जगह में उस इवेंट पर क्लिक करें.
DevTools को बंद किया जा सकता है और रिकॉर्डिंग को तीन दिनों तक चलने दिया जा सकता है. रिकॉर्डिंग बंद करने के लिए,
बंद करें पर क्लिक करें.
Reporting API
कुछ गड़बड़ियां सिर्फ़ प्रोडक्शन में होती हैं. ये गड़बड़ियां, स्थानीय तौर पर या डेवलपमेंट के दौरान कभी नहीं दिखतीं. ऐसा इसलिए होता है, क्योंकि असली उपयोगकर्ता, नेटवर्क, और डिवाइस, गेम को बदल देते हैं.
उदाहरण के लिए, मान लें कि आपकी नई साइट, तीसरे पक्ष के सॉफ़्टवेयर पर निर्भर करती है. यह सॉफ़्टवेयर, अहम स्क्रिप्ट लोड करने के लिए document.write() का इस्तेमाल करता है. दुनिया भर के नए उपयोगकर्ता आपकी साइट खोलते हैं. हालांकि, हो सकता है कि उनके कनेक्शन की स्पीड, आपके टेस्ट किए गए कनेक्शन की स्पीड से कम हो. आपको पता नहीं होता, लेकिन आपकी साइट उनके लिए काम करना बंद कर देती है. ऐसा इसलिए होता है, क्योंकि Chrome, धीमी स्पीड वाले नेटवर्क पर document.write() के इस्तेमाल पर पाबंदी लगाता है. इसके अलावा, हो सकता है कि आपको उन एपीआई पर नज़र रखनी हो जिन्हें अब सेवा में नहीं रखा गया है या जिन्हें जल्द ही अब सेवा में नहीं रखा जाने वाला है. ऐसा हो सकता है कि आपका कोड बेस, इन एपीआई का इस्तेमाल कर रहा हो.
Reporting API को, बंद किए गए एपीआई कॉल, आपके पेज के सुरक्षा उल्लंघनों वगैरह की निगरानी करने में मदद करने के लिए डिज़ाइन किया गया है. रिपोर्टिंग को सेट अप करने का तरीका जानने के लिए, Reporting API की मदद से अपने वेब ऐप्लिकेशन की निगरानी करना लेख पढ़ें.
किसी पेज से जनरेट की गई रिपोर्ट देखने के लिए:
DevTools खोलें और ऐप्लिकेशन > बैकग्राउंड सेवाएं > Reporting API पर जाएं.
Reporting API टैब को तीन हिस्सों में बांटा गया है:
- रिपोर्ट टेबल. इसमें हर रिपोर्ट के बारे में यह जानकारी होती है:
- यूआरएल जिसकी वजह से रिपोर्ट जनरेट हुई
- उल्लंघन का टाइप
- रिपोर्ट की स्थिति
- मंज़िल एंडपॉइंट
- जनरेट होने का टाइमस्टैंप
- रिपोर्ट का कॉन्टेंट
- रिपोर्ट के कॉन्टेंट की झलक दिखाने वाला सेक्शन. रिपोर्ट के कॉन्टेंट की झलक देखने के लिए, रिपोर्ट की टेबल में किसी रिपोर्ट पर क्लिक करें.
- एंडपॉइंट सेक्शन. इसमें,
Reporting-Endpointsहेडर में कॉन्फ़िगर किए गए सभी एंडपॉइंट की खास जानकारी होती है.
रिपोर्ट की स्थिति
स्थिति कॉलम से पता चलता है कि Chrome ने रिपोर्ट को सफलतापूर्वक भेजा है, भेजने वाला है या नहीं भेज पाया.
| स्थिति | ब्यौरा |
|---|---|
Success |
ब्राउज़र ने रिपोर्ट भेज दी है और एंडपॉइंट ने 'सक्सेस' कोड (200 या कोई अन्य 'सक्सेस' रिस्पॉन्स कोड 2xx) के साथ जवाब दिया है. |
Pending |
ब्राउज़र, रिपोर्ट भेजने की कोशिश कर रहा है. |
Queued |
रिपोर्ट जनरेट हो गई है और ब्राउज़र ने इसे अभी तक नहीं भेजा है. इन दो मामलों में से किसी एक में, रिपोर्ट Queued के तौर पर दिखती है:
|
MarkedForRemoval |
कुछ समय तक (Queued) फिर से कोशिश करने के बाद, ब्राउज़र ने रिपोर्ट भेजने की कोशिश बंद कर दी है. वह जल्द ही, भेजने के लिए तैयार रिपोर्ट की सूची से इसे हटा देगा. |
रिपोर्ट को कुछ समय बाद हटा दिया जाता है. भले ही, उन्हें सफलतापूर्वक भेजा गया हो या नहीं.
क्रैश रिपोर्ट का कॉन्टेक्स्ट
Reporting API की मदद से, अपनी वेबसाइट को क्रैश की रिपोर्ट करने के लिए crash-reporting या default सर्वर एंडपॉइंट पर कॉन्फ़िगर किया जा सकता है. क्रैश रिपोर्ट में CrashReportContext इंटरफ़ेस शामिल हो सकता है. इसकी मदद से, मौजूदा टॉप-लेवल ब्राउज़िंग कॉन्टेक्स्ट के लिए, क्रैश से जुड़ा कोई भी डेटा, कुंजी-वैल्यू पेयर में रिकॉर्ड किया जा सकता है.
ऐप्लिकेशन > बैकग्राउंड सेवाएं > Reporting API > क्रैश रिपोर्ट का कॉन्टेक्स्ट टैब में, क्रैश कॉन्टेक्स्ट का डेटा देखा जा सकता है. साथ ही, सबसे ऊपर मौजूद फ़िल्टर बार में, कुंजी या वैल्यू के हिसाब से फ़िल्टर किया जा सकता है.
डिवाइस से जुड़े सेशन
डिवाइस बाउंड सेशन क्रेडेंशियल (डीबीएससी) एक वेब एपीआई और उपयोगकर्ता एजेंटों और सर्वर के बीच का एक प्रोटोकॉल है. इसका मकसद, कुकी की चोरी को रोकना है. इसके लिए, उपयोगकर्ता एजेंट को सुरक्षित तरीके से सेव की गई निजी कुंजी का मालिकाना हक होने का दावा करने की अनुमति दी जाती है.
डिवाइस से जुड़े सेशन, उनकी परिभाषाएं, और इवेंट देखने के लिए:
- डीबीएससी का इस्तेमाल करने वाले किसी पेज पर, DevTools खोलें.
- ऐप्लिकेशन > बैकग्राउंड सेवाएं > डिवाइस से जुड़े सेशन पर जाएं.
बाईं ओर मौजूद साइडबार में, किसी साइट के चालू सेशन देखने के लिए उसे बड़ा करें. किसी सेशन की परिभाषा देखने के लिए, उसे चुनें.
इवेंट टेबल में, डीबीएससी इवेंट लॉग किए जाते हैं. जैसे: बनाना, रीफ़्रेश करना, चुनौती देना, और खत्म करना. पेज नेविगेशन के दौरान, इवेंट की सूची को सेव करने के लिए, check_box लॉग सेव करें पर सही का निशान लगाएं.
इवेंट टेबल में, किसी इवेंट की ज़्यादा जानकारी देखने के लिए उसे चुनें.
अगर कोई इवेंट पूरा नहीं होता है, तो आपको नतीजा कॉलम में
Errorमैसेज दिखेगा. पूरी न हो पाने वाले इवेंट की ज़्यादा जानकारी, रिस्पॉन्स में गड़बड़ी का कोड, और पूरी न हो पाने की वजह देखने के लिए, उसे चुनें.
साइडबार में मौजूद डिवाइस से जुड़े सेशन सेक्शन में, ये समस्याएं दिख सकती हैं:
- सेशन खत्म हो गए: साइडबार में, स्ट्राइकथ्रू और डेटाबेस-ऑफ़ आइकॉन से पता चलता है कि सेशन खत्म हो गए हैं.
- इवेंट पूरे नहीं हुए: चेतावनी वाले आइकॉन से पता चलता है कि इवेंट पूरे नहीं हुए हैं. कोई सेशन नहीं एलिमेंट, उन इवेंट को कैप्चर करता है जो किसी साइट से लिंक थे, लेकिन किसी जाने-पहचाने सेशन से नहीं.