वीडियो और उपशीर्षक · YouTube थंबनेल डाउनलोडर और मेटाडेटा व्यूअर
टूल पहले i.ytimg.com और youtube.com को प्रत्येक अनुरोध की घोषणा कैसे करता है
· यह काम किस प्रकार करता है
YouTube गोपनीयता नेटवर्किंग
यह टूल बिल्कुल दो होस्ट से संपर्क करता है, और ऐसा करने से पहले ही यह ऐसा कहता है। यह पोस्ट घोषणा-तब-फ़ेच पैटर्न की व्याख्या करती है, दो होस्ट की आवश्यकता क्यों है, रजिस्ट्री क्या रिकॉर्ड करती है और अपने ब्राउज़र में व्यवहार को कैसे सत्यापित करें।
दो होस्ट, जिनका नाम पहले से रखा गया है - कुछ भी चिपकाने से पहले टूल आपको क्या बताता है
इनपुट का उपयोग करने से पहले, पेज बताता है कि सार्वजनिक थंबनेल फ़ाइलों के लिए संपर्क i.ytimg.com और सार्वजनिक oEmbed रिकॉर्ड के लिए www.youtube.com प्राप्त करें। उस स्पष्ट कार्रवाई तक टाइपिंग और पार्सिंग स्थानीय ब्राउज़र संचालन बने रहते हैं। गोपनीयता की समीक्षा पेज के निष्क्रिय होने से शुरू हो सकती है, पुष्टि करें कि लिंक चिपकाने से कोई Google अनुरोध नहीं बनता है, और फिर बटन क्लिक द्वारा पेश किए गए सटीक ट्रैफ़िक को कैप्चर किया जा सकता है। तुलना से पहले और बाद में व्यापक "निजी" लेबल पर विश्वास की आवश्यकता के बिना प्रकटीकरण का परीक्षण किया जाता है।
यह एक सीमित खुलासा है, यह दावा नहीं है कि पूरी वेबसाइट ऑफ़लाइन है। यह गोपनीयता के प्रति जागरूक शिक्षक को बताता है कि कौन सा टूल ऑपरेशन नेटवर्क को पार करता है और जांच करने के लिए दो ठोस होस्टनाम देता है। कक्षा वर्कफ़्लो के लिए, महत्वपूर्ण विकल्प यह है कि क्या लुकअप किया जाए; एक बार फ़ेच दबाए जाने पर, Google को आवश्यक रूप से चयनित सार्वजनिक वीडियो संसाधनों के लिए अनुरोध प्राप्त होते हैं।
क्यों i.ytimg.com — छवि होस्ट जो थंबनेल प्रस्तुत करता है
छवि होस्ट आठ वेरिएंट के लिए पूर्वानुमानित JPEG पथ और पांच पोस्टर वेरिएंट के लिए WebP पथ प्रदान करता है। फ़ेच के बाद, कार्यान्वयन प्रत्येक JPEG उम्मीदवार के लिए एक सीधा अनुरोध करता है ताकि आयाम और प्लेसहोल्डर स्थिति को मापा जा सके। DevTools में आठ छवि पंक्तियाँ अपेक्षित व्यवहार हैं, न कि बार-बार ट्रैकिंग कॉल या आठ अलग-अलग वीडियो डाउनलोड का प्रमाण।
वे जांचें 404, एक अन्य त्रुटि, एक 200 प्लेसहोल्डर या अनडिकोडेबल बाइट्स से मिल सकती हैं। ऑफ़लाइन स्थिति, अवरोधक और प्रबंधित प्रॉक्सी HTTP प्रतिक्रिया आने से पहले पूरा होने से रोक सकते हैं। यह रिकॉर्ड करना कि क्या ब्राउज़र को HTTP प्रतिक्रिया, एक प्लेसहोल्डर छवि या कोई प्रतिक्रिया नहीं मिली, नेटवर्क नीति समस्या को अनुपलब्ध थंबनेल आकार के रूप में गलत लेबल किए जाने से रोकता है।
क्यों youtube.com - होस्ट जो सार्वजनिक शीर्षक, चैनल और एम्बेड विवरण के लिए उत्तर देता है
मेटाडेटा होस्ट को एक oEmbed URL प्राप्त होता है जिसमें कैनोनिकल वॉच URL और format=json होता है। इसका सामान्यीकृत परिणाम सार्वजनिक शीर्षक, चैनल, चैनल URL, थंबनेल आयाम, प्लेयर आयाम और प्रदाता को कवर करता है, न कि निजी खाता डेटा को। वॉच URL एंडपॉइंट क्वेरी के अंदर दिखाई देती है, इसलिए एक नेटवर्क समीक्षक अनुरोधित ID को वॉच पेज खोले बिना चिपकाए गए वीडियो से मिला सकता है।
परिवहन के लिए मेटाडेटा विफलता स्वतंत्र रूप से रिपोर्ट की जाती है, HTTP इनकार या अमान्य JSON। निजी, हटाए गए और आयु-प्रतिबंधित वीडियो कोई साइन-आउट रिकॉर्ड नहीं दिखाते हैं जिसे टूल पुनर्प्राप्त कर सके।
प्रकटीकरण फ़ेच से पहले होता है; प्रति अनुरोध कोई अलग घोषणा कार्यक्रम नहीं है
रूपरेखा में प्रत्येक व्यक्तिगत अनुरोध से पहले एक घोषणा चरण का वर्णन किया गया है, लेकिन उत्पाद में कोई अलग घोषणा ईवेंट स्ट्रीम नहीं है। उपयोगकर्ता-सामना करने वाला प्रकटीकरण और पंजीकृत होस्ट कैटलॉग फ़ेच से पहले मौजूद होता है, जबकि क्लिक दस्तावेज़ीकृत अनुरोध शुरू करता है। ईमानदार इंटरेक्शन मॉडल नौ पॉप-अप या आविष्कारित प्रति-अनुरोध सहमति घटनाओं के बजाय एक सूचित कार्रवाई है जिसके बाद एक ज्ञात अनुरोध सेट होता है।
वह सुधार मायने रखता है क्योंकि अवलोकनीय व्यवहार को अलंकृत नहीं किया जाना चाहिए। पारदर्शिता पूर्व नामकरण, एक छोटे नेटवर्क मॉड्यूल और निरीक्षण योग्य ट्रैफ़िक से आती है, न कि प्रत्येक फ़ेच कॉल के लिए उत्सर्जित एक आविष्कृत अधिसूचना से।
मेनिफेस्ट और कैटलॉग वास्तविक नेटवर्क शब्दार्थ को रिकॉर्ड करते हैं
टूल मेनिफेस्ट लोकलप्रोसेसिंग को गलत, requireNetworkAfterLoad को सही, और दो गंतव्यों और ट्रिगर को नाम देता है। थंबनेल कैटलॉग और मेटाडेटा मॉड्यूल तब कोड द्वारा उपयोग किए जाने वाले वास्तविक पथ, वेरिएंट और प्रतिक्रिया सीमाओं को परिभाषित करते हैं। मेनिफेस्ट उत्पाद स्तर पर नीति का वर्णन करता है, जबकि मॉड्यूल ठोस URL प्रदान करते हैं जो एक समीक्षक को वायर पर देखने की उम्मीद करनी चाहिए।
इसलिए रजिस्ट्री शब्दार्थ शिप किए गए कार्यान्वयन से मेल खाते हैं: यह जानबूझकर नेटवर्क किए गए उत्पादों में से एक है, यह ToolAcre प्रॉक्सी का उपयोग नहीं करता है, और यह न तो स्थानीय-केवल प्रसंस्करण और न ही लुकअप परिणामों के भंडारण का दावा करता है। यह वर्गीकरण उन आविष्कारों के लिए मायने रखता है जो केवल-ब्राउज़र कन्वर्टर्स को उन टूल से अलग करते हैं जिनका मुख्य परिणाम लाइव थर्ड-पार्टी प्रतिक्रिया पर निर्भर करता है।
व्यावहारिक उदाहरण: नेटवर्क पैनल में एक लुकअप - प्रत्येक अनुरोध को दो घोषित होस्ट से मिलान करना और कोई अन्य नहीं ढूंढना
DevTools में, Fetch दबाने से पहले अनुरोध सूची साफ़ करें। आठ JPEG वेरिएंट और एक www.youtube.com oEmbed अनुरोध में से प्रत्येक के लिए एक i.ytimg.com अनुरोध की अपेक्षा करें, जिसमें चिपकाई गई ID वाला कोई ToolAcre API एंडपॉइंट नहीं होगा। निकाली गई ID द्वारा फ़िल्टर करने से नौ अपेक्षित प्रविष्टियों को फ़ॉन्ट, एनालिटिक्स या असंबंधित पेज संपत्तियों से अलग करना आसान हो जाता है।
अनुरोध विकल्पों के साथ-साथ नामों का भी निरीक्षण करें: अनाम GETs क्रेडेंशियल्स और रेफरर को छोड़ देते हैं, नो-स्टोर कैशिंग का अनुरोध करते हैं और रीडायरेक्ट का पालन करते हैं। Google अभी भी प्रत्येक अनुरोध और ब्राउज़र द्वारा प्रदत्त ओरिजिन हेडर को देखता है। यदि कोई एक्सटेंशन किसी पंक्ति को रद्द कर देता है, तो उस स्थिति को कैप्चर में सुरक्षित रखें; यह दूरस्थ संपत्ति के अस्तित्व के बजाय इस ब्राउज़र वातावरण का वर्णन करता है।
इसमें क्या शामिल नहीं है - YouTube के सर्वर अपनी ओर से क्या लॉग करते हैं, जिसे कोई भी ब्राउज़र टूल नियंत्रित नहीं कर सकता है
ब्राउज़र पैनल आपको यह नहीं बता सकता कि Google आंतरिक रूप से क्या संग्रहीत करता है, और ToolAcre यह दावा नहीं करता है। यह क्लाइंट के अनुरोध के आकार, प्रत्यक्ष गंतव्य, अपने स्वयं के प्रॉक्सी की अनुपस्थिति और अपने स्वयं के कोड द्वारा भेजे गए फ़ील्ड को साबित कर सकता है। यह ट्रांसपोर्ट ऑडिट का समर्थन करता है, लेकिन अवधारण अवधि और सर्वर-साइड सहसंबंध ToolAcre कोड में दिखाई देने वाले तथ्यों के बजाय Google की नीतियों के लिए प्रश्न बने हुए हैं।
इसी तरह, एक सार्वजनिक वीडियो के लिए क्लीन रन प्रतिबंधित रिकॉर्ड की उपलब्धता का वादा नहीं करता है। टूल कोई लॉगिन, एक्सेस-कंट्रोल बायपास, मीडिया डाउनलोड या निजी, हटाई गई या आयु-प्रतिबंधित संपत्तियों की पुनर्प्राप्ति नहीं करता है। वाक्यात्मक रूप से पूर्ण थंबनेल पथ केवल एक उम्मीदवार का पता है; प्रतिक्रिया निकाय और साइन-आउट एक्सेस नियम यह तय करते हैं कि यह एक प्रयोग करने योग्य छवि उत्पन्न करता है या नहीं।
टेकअवे: नामित होस्ट, सत्यापन योग्य अनुरोध - YouTube थंबनेल डाउनलोडर और मेटाडेटा व्यूअर अपने नेटवर्क उपयोग को कैसे पारदर्शी रखता है
सबसे मजबूत गोपनीयता विवरण संकीर्ण और परीक्षण योग्य है: फ़ेच से पहले स्थानीय पार्सिंग, फिर सार्वजनिक GET को दो प्रकट सेवाओं पर निर्देशित करना। यह झूठे "पूरी तरह से स्थानीय" लेबल और अस्पष्ट भाषा दोनों से बचता है जो दूरस्थ निर्भरता को छुपाता है। जब ऑडिट के लिए साक्ष्य की आवश्यकता होती है, तो दिनांकित HAR या अनुरोध सूची सहेजें, क्योंकि बाद में चलने पर परिवर्तित संपत्ति, नीति या नेटवर्क नियंत्रण का सामना करना पड़ सकता है।
जब भी नीति सटीक होस्ट पर निर्भर करती है तो नेटवर्क पैनल का उपयोग करें, क्योंकि एक्सटेंशन और प्रॉक्सी परिणाम बदल सकते हैं। कोड और मेनिफेस्ट इरादा स्थापित करते हैं; रिकॉर्ड किया गया रन यह स्थापित करता है कि इस ब्राउज़र ने वास्तव में क्या भेजा है।