“कौन ऑनलाइन है” सूची – 2012 का वादा अब पूरा
25 अगस्त 2012 को इस ब्लॉग की एक पोस्ट में बताया गया था कि आँकड़ों के फ़ील्ड अपने आप रीफ़्रेश होने लगे हैं, और वह पोस्ट इस वाक्य पर खत्म हुई थी: “योजना में शामिल अगली सुविधा, ‘कौन ऑनलाइन है’ सूची, जल्द आ रही है!”
वह पोस्ट आज भी यहाँ है। उसमें घोषित सूची को आने में चौदह साल लग गए। अब वह मौजूद है, और जिस काउंटर का लिंक उस पोस्ट में था, वह इस पूरे समय चलता रहा है।
यह सूची क्या दिखाती है
आँकड़ों के पेज पर एक लाइव पैनल है: इस समय वेबसाइट पर कितने लोग हैं, और उनमें से सबसे हाल के लोगों की सूची – वे किस देश से जुड़े, किस शहर से (जहाँ यह पता हो), वे किस पेज पर हैं, और उन्हें आखिरी बार कितनी देर पहले देखा गया। एक बार में बारह, सबसे नए सबसे ऊपर।
“इस समय” का मतलब है पिछले पाँच मिनट। एक घंटे बाद पंक्तियाँ पूरी तरह मिटा दी जाती हैं।
“कौन” का मतलब क्या नहीं है
उस सूची में किसी की पहचान नहीं होती। यह उसी 16 बाइट के दैनिक हैश से बनती है, जिसके बारे में कुकी के बिना गिनती वाली पोस्ट में बताया गया है – इसकी किसी भी पंक्ति के पीछे न कोई नाम है, न कोई खाता, न कुकी, और न ही सहेजा गया कोई IP पता।
इसके अलावा, यह पूरे पते के बजाय सिर्फ़ पेज का पाथ रखती है: /shop/boots, न कि वह पूरा लिंक, जिसके आखिर में किसी सर्च इंजन या न्यूज़लेटर ने कुछ भी जोड़ दिया हो।
और एक ही शहर के दो लोग, जो एक ही पेज देख रहे हैं, बस दो पंक्तियाँ हैं। सिस्टम में ऐसा कुछ नहीं है जो दो पाठकों और फ़ोन व लैपटॉप पर पढ़ रहे एक ही पाठक में फ़र्क कर सके। यह कोई चूक नहीं है जिसे किसी अगले वर्ज़न में सुधारा जाना बाकी हो। यह जान-बूझकर किया गया डिज़ाइन है, और यही सौदा काउंटर बाकी हर जगह भी करता है: काम आने के लिए काफ़ी, किसी का पीछा करने के लिए नाकाफ़ी।
कनेक्शन खुला रखे बिना लाइव
इसे बनाने का आधुनिक तरीका WebSocket या server-sent events है – ब्राउज़र एक कनेक्शन खुला रखता है और सर्वर उसी के ज़रिए अपडेट भेजता रहता है, जैसे ही वे होते हैं। यह सुंदर समाधान है, पर यहाँ यह गलत होता।
इस वेबसाइट का वेब सर्वर हर खुले कनेक्शन के लिए एक प्रोसेस इस्तेमाल करता है, और उसका असली काम दो-एक हज़ार वेबसाइटों के काउंटर अनुरोधों का जवाब देना है। खुला रखा गया कनेक्शन एक ऐसा प्रोसेस है, जो किसी और को जवाब नहीं दे सकता। अपना लाइव पेज देख रहे पचास लोगों का मतलब होता पचास प्रोसेस, जो बेकार बैठे एक ऐसी संख्या भेजने का इंतज़ार करते, जो हर कुछ मिनट में बदलती है।
इसलिए पेज खुद पूछता है – हर पंद्रह सेकंड में – और JSON का एक छोटा-सा हिस्सा ले आता है। इसके आसपास तीन फ़ैसले हैं, जो इस अंतराल से ज़्यादा मायने रखते हैं:
- अगर अनुरोध नाकाम होने लगें, तो यह धीमा होकर मिनट में सिर्फ़ एक बार पूछता है – बजाय उस सर्वर पर लगातार चोट करने के, जो साफ़ तौर पर पहले से मुश्किल में है।
- बैकग्राउंड टैब में यह पूछना पूरी तरह बंद कर देता है, और टैब के सामने आते ही तुरंत रीफ़्रेश हो जाता है। छिपे हुए टैब को कोई नहीं देख रहा होता, और वह अनुरोध ठीक उतना ही खर्च करता, जितना कोई काम का अनुरोध।
- पेज पर N सेकंड पहले अपडेट हुआ वाली लाइन ब्राउज़र में ही, हर सेकंड एक बार, आगे बढ़ती है, और इसकी कोई कीमत नहीं होती। डेटा बदलने के लिए अनुरोध चाहिए, उसके पुराना होने के लिए नहीं।
इसमें कुछ भी चतुराई भरा नहीं है। यह संतुलित है, और छोटे सर्वर पर इन दोनों में से यही गुण ज़्यादा कीमती है। लाइव दृश्य को चलाने का खर्च उस चीज़ से ज़्यादा नहीं होना चाहिए, जिस पर वह नज़र रखता है।
एक हिस्सा जो वापस नहीं आया
सितंबर 2015 में एक पोस्ट आई थी, जिसमें बताया गया था कि यूज़र टैब अब किसी पेज को सक्रिय रूप से पढ़ रहे व्यक्ति और उस व्यक्ति में फ़र्क करना सीख गया है, जिसने पेज को बैकग्राउंड टैब में खोलकर भुला दिया हो।
यह फ़र्क वापस नहीं आया है। मौजूदा सूची जानती है कि किसी विज़िटर को आखिरी बार कब देखा गया; वह यह नहीं जानती कि विज़िटर देख भी रहा है या नहीं। यह जानना सच में काम का है – किसी भी वेबसाइट के “विज़िटरों” का अच्छा-खासा हिस्सा असल में भुलाए गए टैब होते हैं – इसलिए यह उन चीज़ों की सूची में है, जिन्हें बनाया जाना है।
उम्मीद है, इस बार चौदह साल नहीं लगेंगे।
आज़माकर देखें
2012 की पोस्ट एक लाइव उदाहरण के लिंक के साथ खत्म हुई थी, और इस पोस्ट को खत्म करने का भी यही सही तरीका लगता है। वैसे, वह पुराना लिंक आज भी खुलता है: उसके पीछे का काउंटर इस पूरे समय चलता रहा है और 13 लाख विज़िट पार कर चुका है।
इस बार का लाइव उदाहरण यहाँ है, देखने के लिए किसी खाते की ज़रूरत नहीं।