वीडियो और उपशीर्षक · YouTube थंबनेल डाउनलोडर और मेटाडेटा व्यूअर
YouTube थंबनेल अनुरोध कैसे काम करता है: वीडियो ID, आकार का नाम और i.ytimg.com
· यह काम किस प्रकार करता है
YouTube थंबनेल http
YouTube थंबनेल वीडियो ID और आकार के नाम से निर्मित पूर्वानुमानित पते पर रहते हैं। यह पोस्ट बताती है कि वे अनुरोध कैसे बनते हैं, क्या वापस आता है और क्यों एक टूल वीडियो को छुए बिना हर आकार को सूचीबद्ध कर सकता है।
आपके पास एक लिंक है और आपको चित्र की आवश्यकता है - थंबनेल डाउनलोड के पीछे का रोजमर्रा का काम
एक न्यूज़लेटर एडिटर अक्सर एक वॉच लिंक से शुरू होता है और उसे एक भरोसेमंद पूर्वावलोकन छवि की आवश्यकता होती है, न कि वीडियो स्ट्रीम की। उपयोगी इकाई ग्यारह-अक्षर वाली वीडियो ID है, क्योंकि प्रत्येक सार्वजनिक थंबनेल पता उस ID और एक ज्ञात फ़ाइल नाम से इकट्ठा किया जाता है। उस ID को लॉग करने से एडिटर को प्रत्येक आकार की जांच को एक वीडियो से जोड़ने की सुविधा मिलती है, भले ही मूल शेयर URL में ट्रैकिंग या टाइमस्टैम्प पैरामीटर शामिल हों।
ToolAcre कोई भी अनुरोध करने से पहले ब्राउज़र में चिपकाए गए लिंक को पार्स करता है। वह स्थानीय चरण सार्वजनिक संपत्तियों को लाने से इनपुट को समझने को अलग करता है, इसलिए Google से संपर्क किए बिना किसी अमान्य होस्ट या विकृत ID को अस्वीकार किया जा सकता है। अनुरोध लॉग में, एक अमान्य पेस्ट से कोई i.ytimg.com प्रविष्टि बिल्कुल भी उत्पन्न नहीं होनी चाहिए; केवल एक मान्य ID ही छवि जांच के लिए आगे बढ़ती है।
छवि होस्ट: i.ytimg.com - जहां थंबनेल प्रस्तुत किए जाते हैं और यह youtube.com से अलग क्यों है
छवि फ़ाइलें वॉच-पेज होस्ट के बजाय i.ytimg.com से आती हैं। छवि होस्ट पर स्थिर पोस्टर रखने से क्लाइंट को प्लेयर, सिफ़ारिशों, टिप्पणियों या पेज JavaScript को लोड किए बिना सीधे JPEG का अनुरोध करने की सुविधा मिलती है। परिणामस्वरूप प्रतिक्रिया का मूल्यांकन अपने आप में एक छवि के रूप में किया जा सकता है, बिना प्लेयर मार्कअप की व्याख्या किए या आरंभ करने के लिए पूर्ण दृश्य पेज की प्रतीक्षा किए बिना।
प्रत्यक्ष छवि होस्ट अभी भी एक नेटवर्क सेवा है, स्थानीय प्रसंस्करण नहीं। विज्ञापन अवरोधक, ऑफ़लाइन मोड, प्रबंधित प्रॉक्सी या DNS नीति अनुरोध को रोक सकती है, और Google को अनुरोध के साथ-साथ ब्राउज़र द्वारा प्रदत्त ओरिजिन हेडर भी प्राप्त होता है। DevTools यह साबित कर सकता है कि अनुरोध कहां गया, जबकि प्रतिक्रिया को डिकोड करने से कलाकृति को YouTube के छोटे फ़ॉलबैक से अलग करने के लिए आवश्यक अलग साक्ष्य मिलते हैं।
पता पैटर्न - वीडियो ID और आकार का नाम जैसे डिफ़ॉल्ट, mqdefault, hqdefault, sddefault या maxresdefault
कार्यान्वित पैटर्न https://i.ytimg.com/vi/VIDEO_ID/VARIANT.jpg. है ToolAcre ID आकार को मान्य करने के बाद maxresdefault, sddefault, hqdefault, mqdefault, default, hq1, hq2 या hq3 में से किCAक को प्रतिस्थापित करता है। सभी नामों की जांच करने से 200 प्रतिक्रिया को एक अलग संस्करण पर समय से पहले जीत हासिल करने से रोका जाता है जिसमें प्रयोग करने योग्य कलाकृति होती है।
उन आठ नामों में पांच पोस्टर विकल्प और तीन फ्रेम स्टिल शामिल हैं। कैटलॉग नाममात्र आयाम और उद्देश्य को रिकॉर्ड करता है, लेकिन ब्राउज़र अभी भी लौटाई गई फ़ाइल की जांच करता है क्योंकि प्रत्येक वीडियो प्रत्येक वैकल्पिक आकार को प्रकाशित नहीं करता है। एक पंक्ति रिपोर्ट करती है कि यह वीडियो वास्तव में उस नाम के लिए क्या लौटाता है, जो कैटलॉग द्वारा पूरी तरह से अपलोड किए गए अपलोड के साथ संबद्ध आकार से भिन्न हो सकता है।
प्रतिक्रिया क्या साबित करती है: स्थिति, बाइट्स और डिकोड किए गए आयाम एक साथ
रूपरेखा में HTTP स्थिति को इस बात के प्रमाण के रूप में माना गया है कि एक आकार मौजूद है, लेकिन कार्यान्वयन उस दावे को सही करता है। एक लापता उम्मीदवार एक 404, एक अन्य HTTP त्रुटि, या एक सफल 200 प्रतिक्रिया हो सकती है जिसमें YouTube का 120×90 प्लेसहोल्डर शामिल है। एक दिनांकित रिपोर्ट उस रन पर साइन-आउट ब्राउज़र को दी गई प्रतिक्रिया को कैप्चर करती है; यह किसी पुराने पोस्टर का पुनर्निर्माण नहीं कर सकता जो पहले उसी पूर्वानुमानित पथ पर था।
ToolAcre शरीर को ब्लॉब के रूप में पढ़ता है और उसके वास्तविक आयामों को डिकोड करता है। एक अनडिकोडेबल बॉडी एक त्रुटि है, जबकि एक बड़े संस्करण के लिए 120×90 परिणाम को गायब के रूप में चिह्नित किया गया है; इसलिए स्थिति, आयाम और बाइट्स विभिन्न साक्ष्यों का वर्णन करते हैं। क्योंकि छवि सीधे Google से आती है, यह सत्यापन उस सेवा से लुकअप को गुप्त किए बिना सटीकता में सुधार करता है जिसने इसे प्रदान किया है।
कारगर उदाहरण: एक वीडियो के लिए सभी आठ JPEG अनुरोध बनाना
एक वैध ID के लिए, टूल रूपरेखा में बताए गए पांच के बजाय आठ JPEG URL बनाता है। यह पांच पोस्टर नामों के अलावा hq1, hq2 और hq3 की जांच करता है, कैटलॉग ऑर्डर को संरक्षित करता है ताकि सबसे बड़े इच्छित पोस्टर को पहले माना जाए। इसलिए एक एडिटर वैकल्पिक पोस्टर रिज़ॉल्यूशन के लिए उन चित्रों को समझने के बजाय अपलोड की मुख्य कलाकृति की तुलना उसके तीन कैप्चर किए गए फ्रेम स्थितियों से कर सकता है।
एक अनुरोध 1280×720, दूसरा 480×360, और एक वैकल्पिक अनुरोध प्लेसहोल्डर या 404 लौटा सकता है। लिस्टिंग एक फ़ॉलबैक अनुक्रम का दिखावा करने के बजाय प्रत्येक परिणाम की रिपोर्ट करती है जो प्रत्येक अपलोड को प्रमाणित कर सकती है। वह साइड-बाय-साइड साक्ष्य विशेष रूप से तब उपयोगी होता है जब किसी पुराने अपलोड में मानक-परिभाषा पोस्टर होता है लेकिन कोई वास्तविक अधिकतम-रिज़ॉल्यूशन फ़ाइल नहीं होती है।
यह वीडियो को कभी क्यों नहीं छूता - थंबनेल अलग सार्वजनिक फ़ाइलें हैं, स्ट्रीम का हिस्सा नहीं
थंबनेल अनुरोध कभी भी वीडियो या ऑडियो बाइट्स नहीं मांगता। यह एक अलग सार्वजनिक छवि फ़ाइल को संबोधित करता है, और टूल में कोई प्लेयर टोकन, मीडिया हस्ताक्षर डिक्रिप्टिंग या स्ट्रीम डाउनलोड पथ नहीं है। यहां तक कि सबसे बड़ा उम्मीदवार भी एक सामान्य JPEG प्रतिक्रिया है, इसलिए इन URL का निरीक्षण करने से उपलब्ध मीडिया प्रारूपों, बिटरेट या प्लेबैक प्राधिकरण के बारे में कुछ नहीं कहा जाता है।
अलग होने से पहुंच नहीं बनती. निजी, हटाए गए और आयु-प्रतिबंधित वीडियो उपयोग करने योग्य साइन-आउट रिकॉर्ड को उजागर नहीं करते हैं, और एक सार्वजनिक थंबनेल कन्वेंशन उन प्रतिबंधों को बायपास नहीं कर सकता है या उस फ़ाइल को पुनर्प्राप्त नहीं कर सकता है जिसे YouTube ने प्रकाशित नहीं किया है। पूर्वानुमेय पथ केवल एक संबोधन परिपाटी है; अनुमति और उपलब्धता अभी भी इस बात से तय होती है कि छवि होस्ट अनुरोध समय पर क्या परोसता है।
इसमें क्या शामिल नहीं है - निजी वीडियो, क्षेत्र-लॉक की गई सामग्री और थंबनेल जो आपके पिछली बार देखने के बाद से बदल दिए गए हैं
बदले गए थंबनेल एक और सीमा हैं: पूर्वानुमानित URL वर्तमान में प्रदर्शित छवि को संदर्भित करता है, ऐतिहासिक संशोधन नहीं। क्षेत्र नीति और साइन-आउट उपलब्धता भी प्रभावित कर सकती है कि विज़िटर लुकअप समय पर क्या प्राप्त कर सकता है। किसी अभियान का दस्तावेजीकरण करने वाले किसी भी व्यक्ति को डाउनलोड की गई छवि को दिनांकित करना चाहिए, क्योंकि रीडिज़ाइन के बाद उसी पथ का अनुरोध करने से अपरिवर्तित URL के तहत अलग-अलग पिक्सेल वापस आ सकते हैं।
थंबनेल जांच नेटवर्क के माध्यम से, गैर-सफल HTTP प्रतिक्रियाओं के माध्यम से, 200 प्लेसहोल्डर के माध्यम से विफल हो सकती है, या क्योंकि बॉडी एक छवि के रूप में डिकोड नहीं कर सकती है। इंटरफ़ेस इन विफलता वर्गों को अलग रखता है ताकि अनुपस्थिति को बढ़ा-चढ़ाकर न बताया जाए। एक प्रॉक्सी रुकावट के लिए पुनः प्रयास की आवश्यकता होती है, जबकि एक डिकोडेड 120×90 प्लेसहोल्डर विशेष रूप से दिखाता है कि अनुरोधित बड़ा संस्करण वितरित नहीं किया गया था।
टेकअवे: अनुमानित पते, पहले से घोषित - कैसे YouTube थंबनेल डाउनलोडर एक लिंक के लिए हर आकार को सूचीबद्ध करता है
फ़ेच से पहले पार्सिंग होती है। फ़ेच के बाद, ब्राउज़र बिना किसी रेफ़रर, नो-स्टोर कैशिंग के अनाम क्रेडेंशियल-मुक्त GET अनुरोध भेजता है और उसके बाद सीधे i.ytimg.com और www.youtube.com पर रीडायरेक्ट करता है; Google उन अनुरोधों और ओरिजिन हेडर को देखता है, जबकि उनके बीच कोई ToolAcre सर्वर या प्रॉक्सी नहीं बैठता है। इसलिए DevTools को ब्राउज़र से Google के लिए निकलने वाला छवि ट्रैफ़िक दिखाना चाहिए, लेकिन चिपकाई गEVडियो ID के साथ कोई ToolAcre API कॉल नहीं होनी चाहिए।
संलग्न oEmbed लुकअप एक कैनोनिकल घड़ी URL का उपयोग करता है जिसमें समान ID प्लस प्रारूप = json होता है। यह नेटवर्क, HTTP प्रतिक्रिया या अमान्य JSON द्वारा विफल हो सकता है, और कोई भी अनुरोध निजी, हटाई गई या आयु-प्रतिबंधित सामग्री को पुनः प्राप्त नहीं करता है। थंबनेल साक्ष्य और मेटाडेटा साक्ष्य अलग-अलग रहते हैं: JPEG संरचित रिकॉर्ड विफल होने पर भी उपलब्ध हो सकता है, और कोई भी शाखा स्थायी पहुंच साबित नहीं करती है।