कैश में रखी इमेज क्यों नहीं गिनी जाती

वेबसाइट के आँकड़ों को लेकर एक आम उलझन लोकल फ़ाइल स्टोरेज से जुड़ी होती है, जिसे आमतौर पर ब्राउज़र कैश कहा जाता है। वेब ब्राउज़र इस तरह बनाए जाते हैं कि वे ज़्यादा से ज़्यादा कुशल और तेज़ रहें।

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

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

वह विज़िट जो सर्वर को कभी नहीं दिखती

इमेज पर आधारित गिनती का तरीका पूरी तरह इस पर टिका है कि सर्वर तक अनुरोध पहुँचे। अगर ब्राउज़र तय कर ले कि ग्राफ़िक की लोकल कॉपी अभी पूरी तरह मान्य है, तो वह इंटरनेट पर कोई संदेश भेजता ही नहीं।

सर्वर की नज़र से दूसरी विज़िट हुई ही नहीं। इसलिए डेटाबेस में अंदरूनी संख्याएँ अपडेट नहीं होतीं, और स्क्रीन पर ग्राफ़िक पिछला मान ही दिखाता रहता है।

इस व्यवहार से अक्सर यह गलतफ़हमी होती है कि टूल खराब है, खासकर जाँच के दौरान, जब पेज को जल्दी-जल्दी कई बार रीलोड किया जाता है। संख्या का अपडेट न होना सिस्टम की गड़बड़ी नहीं है, बल्कि इस बात का संकेत है कि ब्राउज़र डेटा बचाने के लिए ठीक वैसे ही काम कर रहा है, जैसा उसे करना चाहिए।

फ़ाइल के साथ आने वाला निर्देश

इस व्यवहार को नियंत्रित करने के लिए सर्वर अपनी भेजी फ़ाइलों के साथ खास निर्देश जोड़ सकते हैं। ये निर्देश, जिन्हें कैश हेडर कहा जाता है, फ़ाइल पाने वाले ब्राउज़र को ठीक-ठीक बताते हैं कि उसे कितने समय तक रखना है और कब नई कॉपी माँगनी है। गैलरी की किसी तस्वीर के साथ ऐसे निर्देश हो सकते हैं, जो उसे पूरे एक साल तक सहेजकर रखने की अनुमति दें।

लेकिन लगातार बदलती संख्या दिखाने वाले डायनैमिक ग्राफ़िक के लिए बिल्कुल अलग नियम चाहिए। ग्राफ़िक बनाने वाले सर्वर को ब्राउज़र को साफ़ निर्देश देना होता है कि वह इमेज को कभी सहेजकर न रखे, या कम से कम हर पेज व्यू पर सर्वर से जाँच ले कि वह अब भी ताज़ा है या नहीं।

सटीकता बनाम काम का बोझ

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

उसे हर रीलोड पर इमेज दोबारा बनाने में प्रोसेसिंग क्षमता लगानी पड़ती है, भले ही संख्या सिर्फ़ एक ही बढ़ी हो।

सटीक रिकॉर्डिंग और संसाधनों के समझदारी भरे इस्तेमाल के बीच सही संतुलन बनाना ऐसी सेवा चलाने का एक मुख्य काम है। कभी-कभी दिखने वाली संख्या के अपडेट होने में थोड़ी देरी एक फ़ायदेमंद सौदा होती है, क्योंकि इससे पूरा ढाँचा तेज़ और फ़ुर्तीला रहता है और पेज की मुख्य सामग्री कभी देर से नहीं खुलती।

रीलोड करने से कुछ साबित क्यों नहीं होता

लोकल कैश की भूमिका समझने से साफ़ हो जाता है कि हाथ से बार-बार रीलोड करना किसी मापने वाले टूल की सटीकता जाँचने का कमज़ोर तरीका क्यों है।

अगर रीलोड बटन पाँच बार दबाने के बाद भी संख्याएँ नहीं बढ़तीं, तो सबसे संभावित वजह यह है कि ब्राउज़र बस वही ग्राफ़िक दोबारा इस्तेमाल कर रहा है, जो उसने पहली बार डाउनलोड किया था। कोई बिल्कुल अलग ब्राउज़र खोलने या किसी दूसरे नेटवर्क कनेक्शन पर अलग डिवाइस इस्तेमाल करने से लोकल कैश पूरी तरह बायपास हो जाता है और नया अनुरोध भेजना ही पड़ता है।

इस तरीके से कहीं साफ़ पता चलता है कि सर्वर नए आने वालों को सही ढंग से दर्ज कर रहा है या नहीं, और पेज के लिए अपडेट किए गए ग्राफ़िक बना रहा है या नहीं।