लाइव डैशबोर्ड के लिए मतदान बनाम पूर्ण पृष्ठ पुनः लोड
मतदान डेटा का एक टुकड़ा अद्यतन करता है। एक पूर्ण पृष्ठ पुनः लोड करने से सर्वर से संपूर्ण टैब पुनः निर्मित हो जाता है।
लाइव डैशबोर्ड अक्सर दोनों विचारों को एक वाक्य में मिलाते हैं - "इस बोर्ड को ताज़ा रखें" - लेकिन तंत्र अलग हैं। Auto Refresh Turbo Chrome अलार्म और tabs.reload के साथ एक पूर्ण टैब पुनः लोड शेड्यूल करता है। यह प्रत्येक विक्रेता बोर्ड के लिए एक कस्टम एपीआई पोलर नहीं भेजता है।
मतदान का आमतौर पर क्या मतलब होता है
ऐप कोड में, पोलिंग एक लूप है जो नई पंक्तियों, मेट्रिक्स या स्थिति JSON के लिए एक समापन बिंदु पूछता है, फिर DOM को पैच करता है। यूआरएल वही रहता है. लेआउट, ऑथ कुकीज़ और क्लाइंट-साइड स्थिति अक्सर बनी रहती है। अच्छी तरह से किया गया, यह बैंडविड्थ पर सहज और सस्ता लगता है।
पोलिंग केवल तभी काम करती है जब पृष्ठ पहले से ही उस लूप को उजागर करता है - या जब आप फ्रंटएंड को नियंत्रित करते हैं। कई ऑप्स वॉल, टिकट कतारें और विक्रेता स्थिति पृष्ठ आपको ब्राउज़र टूलबार से एक साफ़ सार्वजनिक पोल एपीआई नहीं देते हैं।
पूर्ण पृष्ठ पुनः लोड करने से क्या होता है
एक पूर्ण पुनः लोड Chrome को दस्तावेज़ को फिर से लाने और स्क्रिप्ट को फिर से चलाने के लिए कहता है। आप वही सब कुछ देख सकते हैं जो एक मेहनती इंसान रिफ्रेश दबाने के बाद देखता है। बासी शेल, अटकी हुई टाइलें और आधे टूटे एसपीए कैश अक्सर साफ़ हो जाते हैं क्योंकि दस्तावेज़ नया होता है।
ट्रेडऑफ़ दृश्यमान है: एक संक्षिप्त फ्लैश, परिसंपत्तियों को पुनः प्राप्त करना (जब तक कि कैश मदद नहीं करता), और इन-पेज ड्राफ्ट स्थिति का नुकसान। यही कारण है कि वैकल्पिक स्टॉप-ऑन-क्लिक/प्रकार मौजूद है - इसलिए पुनः लोड संपादन के बीच में नहीं आता है।
जब पुनः लोड करना सही उपकरण है
- बोर्ड एक तृतीय-पक्ष पृष्ठ है जिसे आप पैच नहीं कर सकते
- जब तक कोई व्यक्ति हाथ से ताज़ा नहीं करता तब तक लाइव टाइलें अपडेट होना बंद हो जाती हैं
- आपको एक अंतराल की आवश्यकता है जो कई असंबद्ध साइटों पर काम करता है
- आप JSON कॉल को माइक्रो-ऑप्टिमाइज़ करने के बजाय "दीवार पर सही दिखने" की अधिक परवाह करते हैं
उस श्रेणी के काम के लिए, डैशबोर्ड के लिए ऑटो-रिफ्रेश भी देखें।
जब मतदान (ऐप के अंदर) जीतता है
- उत्पाद पहले से ही सही ढंग से स्ट्रीम या पोल करता है
- पूर्ण पुनः लोड आपको लॉग आउट कर देता है या आपके लिए आवश्यक फ़िल्टर रीसेट कर देता है
- उप-सेकंड अपडेट मायने रखता है और पुनः लोड करने से UI ख़राब हो जाएगा
यदि पृष्ठ पहले से ही लाइव है, तो शेड्यूल किए गए पुनः लोड को लंबा करना या हटाना अक्सर साइट से लड़ने से बेहतर होता है।
Auto Refresh Turbo कैसे फिट बैठता है
एक्सटेंशन का कोर लूप सेवा कार्यकर्ता में रहता है: आप एक अंतराल (या यादृच्छिक न्यूनतम-अधिकतम) सेट करते हैं, स्टार्ट दबाते हैं, और अलार्म उस टैब के लिए tabs.reload सक्रिय करता है। सत्र प्रति टैब स्वतंत्र हैं. सेटिंग्स स्थानीय chrome.storage में रहती हैं।
वैकल्पिक ऑन-पेज टूल (विज़ुअल टाइमर, इंटरेक्शन पर रोक, संदिग्ध-पेज अनुमानी) सक्षम होने पर एक सामग्री स्क्रिप्ट का उपयोग करते हैं। वे एक्सटेंशन को सामान्य XHR पोलर में नहीं बदलते हैं।
व्यावहारिक संकर
कई टीमें ऐप के रिफ्रेश को अकेला छोड़ देती हैं और सुरक्षा जाल के रूप में धीमी गति से पूर्ण पुनः लोड करती हैं - उदाहरण के लिए यदि लंबे समय तक निष्क्रिय रहने के बाद टाइलें अटकी हुई दिखती हैं तो 5-15 मिनट का हार्ड रिफ्रेश करें। सौम्य शुरुआत करें; केवल तभी कसें जब आप कोई आवश्यकता सिद्ध करें।
- पुष्टि करें कि क्या बोर्ड पहले से ही लाइव-अपडेट करता है
- यदि यह पुराना हो जाता है, तो एक समर्पित टैब पर 30-60 सेकंड का सामान्य पुनः लोड करने का प्रयास करें
- एक दैनिक शेड्यूल जोड़ें ताकि रातें शांत रहें
- हार्ड रिफ्रेश का उपयोग केवल तभी करें जब कैश में कोई पुराना शेल हो
दर सीमाएँ और चुनौतियाँ
आक्रामक रीलोड अपमानजनक ट्रैफ़िक जैसा लग सकता है। यदि आपको कैप्चा या त्रुटियाँ दिखाई देती हैं, तो पीछे हट जाएँ। नाजुक समापन बिंदुओं पर उप-मिनट के अंतराल को आगे बढ़ाने से पहले दर सीमाएं और समयबद्ध पुनः लोड पढ़ें।
इसे आज़माएं
Auto Refresh Turbo इंस्टॉल करें, फिर लगभग दो मिनट में शुरू करें का पालन करें।