
The next-generation ad blocker for Safari. Free and open source on macOS, iOS, iPadOS, and visionOS, with 750,000 rules, userscripts, userstyles, and an element zapper.
macOS, iOS, iPadOS और visionOS के लिए एक Safari सामग्री अवरोधक।
5 एक्सटेंशन में 750,000 नियम, Protocol Buffer स्टोरेज, LZ4 कम्प्रेशन और iCloud सिंक।
[!NOTE] विस्तृत तुलना चाहते हैं? मेरी तुलना गाइड देखें कि wBlock अन्य Safari सामग्री अवरोधकों के मुकाबले कैसा प्रदर्शन करता है।
नहीं। एक समय में केवल एक सामान्य-उद्देश्य वाला सामग्री अवरोधक उपयोग करें।
कोई नियंत्रित अध्ययन नहीं है जो यह साबित करता हो कि विज्ञापन अवरोधकों का हर संभव संयोजन हर पेज को नुकसान पहुँचाता है। हालाँकि, ब्राउज़र आर्किटेक्चर और एक्सटेंशन दस्तावेज़ीकरण ओवरलैपिंग अवरोधकों से बचने का समर्थन करते हैं:
एक्सटेंशन परस्पर विरोधी परिवर्तन कर सकते हैं। Mozilla दस्तावेज़ित करता है कि जब दो एक्सटेंशन एक ही रिस्पॉन्स हेडर में परस्पर विरोधी संशोधन करने का प्रयास करते हैं, तो केवल एक परिवर्तन सफल हो सकता है। इसलिए कई अवरोधक उनकी सुरक्षा का पूर्वानुमानित संयोजन नहीं बल्कि ऑर्डर-निर्भर व्यवहार उत्पन्न कर सकते हैं। Mozilla का webRequest दस्तावेज़ीकरण देखें।
रिक्वेस्ट इंटरसेप्शन की मापनीय कम्प्यूटेशनल लागत होती है। Chromium ब्लॉकिंग रिक्वेस्ट हैंडलर से जुड़ी सीरियलाइज़ेशन, इंटर-प्रोसेस संचार, स्थायी-प्रोसेस और एक्सटेंशन-रिस्पॉन्स प्रोसेसिंग लागतों का वर्णन करता है। अनावश्यक फ़िल्टरिंग सिस्टम चलाना कम से कम कुछ नियम मूल्यांकन और पेज-प्रोसेसिंग कार्य को दोहराता है। Chromium का Web Request और Declarative Net Request का स्पष्टीकरण और Chrome का Manifest V3 अवलोकन देखें।
प्रमुख अवरोधक अनुरक्षक स्पष्ट रूप से स्टैकिंग के खिलाफ सलाह देते हैं। आधिकारिक uBlock Origin README कहता है: "किसी अन्य सामग्री अवरोधक के साथ uBO का उपयोग न करें।" यह बताता है कि दूसरा अवरोधक uBO की गोपनीयता या एंटी-ब्लॉकर-डिफ्यूज़िंग सुविधाओं को सही ढंग से काम करने से रोक सकता है। uBlock Origin का आधिकारिक दस्तावेज़ीकरण देखें।
दस्तावेज़ित विफलता मोड में धीमी लोडिंग और टूटी कार्यक्षमता शामिल है। AdGuard चेतावनी देता है कि दो अवरोधक एक ही रिक्वेस्ट पर प्रतिस्पर्धा कर सकते हैं, जिससे धीमी पेज लोडिंग, टूटी वेबसाइटें या वीडियो-प्लेबैक समस्याएँ हो सकती हैं। AdGuard की मार्गदर्शिका देखें।
विशेष रूप से wBlock के लिए, दूसरा अवरोधक समस्या निवारण को भी असंभव बना देता है। जब कोई विज्ञापन बच जाता है या कोई साइट टूट जाती है, तो किसी भी अवरोधक के नेटवर्क नियम, कॉस्मेटिक नियम, स्क्रिप्टलेट, अपवाद या निष्पादन क्रम ज़िम्मेदार हो सकते हैं। इसलिए दूसरा अवरोधक एक भ्रमित करने वाला चर है। wBlock समस्या रिपोर्ट करने से पहले सभी अन्य सामग्री अवरोधक अक्षम करें।
/embed और youtube-nocookie फ्रेम को YouTube के अपने प्लेयर पर छोड़ देता है ताकि वे iframe खाली न जाएँ। Watch पेजों पर यह YouTube को अपना <video> और SABR/MSE स्ट्रीम बनाने और इनिशियलाइज़ करने देता है, फिर मूल नियंत्रण लागू करता है और YouTube के कस्टम क्रोम को पेंट होने से पहले छिपा देता है। होवर-टू-प्ले थंबनेल पूर्वावलोकन YouTube के साथ रहते हैं ताकि वे watch प्लेयर चुरा न सकें। उसी मीडिया तत्व का पुनः उपयोग बफरिंग और एडेप्टिव प्लेबैक को संरक्षित करता है जबकि Picture-in-Picture और बैकग्राउंड प्लेबैक बहाल करता है। यह YouTube अध्यायों और उपशीर्षकों को Safari के मूल मीडिया मेनू में दर्शाता है और SponsorBlock के गोपनीयता-संरक्षण हैश-प्रीफ़िक्स API के माध्यम से ज्ञात सेगमेंट छोड़ता है। इसका कॉम्पैक्ट SB पैनल SponsorBlock-शैली श्रेणी रंग और प्रति-श्रेणी Auto skip, Show skip button या Disabled व्यवहार प्रदान करता है, साथ ही न्यूनतम-अवधि, Undo-सूचना, वर्तमान-वीडियो और चैनल-बहिष्करण नियंत्रण। एक ऑप्ट-इन DA पैनल watch पेज और दृश्यमान YouTube कार्ड पर प्रस्तुत शीर्षकों और थंबनेल को बदलने के लिए DeArrow का उपयोग कर सकता है, होवर पर मूल बहाल कर सकता है, या वर्तमान चैनल को बाहर कर सकता है। परिणाम सत्र-कैश्ड होते हैं; यादृच्छिक फ़ॉलबैक थंबनेल, शीर्षक पुनर्स्वरूपण, सबमिशन और वोटिंग पूर्ण DeArrow एक्सटेंशन की विशेषताएँ बनी रहती हैं। SponsorBlock और DeArrow API डेटा CC BY-NC-SA 4.0 के तहत उपयोग किया जाता है। SB और DA गुणवत्ता और ऑडियो/वीडियो नियंत्रणों के नीचे अपनी स्वयं की टूलबार पंक्ति पर बैठते हैं। iPhone और iPad पर, Safari के मूल नियंत्रण प्लेबैक के मालिक होते हैं जबकि कॉम्पैक्ट टूलबार उनके ऊपर दिखाई देता है; मोबाइल गुणवत्ता विकल्प केवल वर्तमान वीडियो पर लागू होते हैं ताकि एक निश्चित सीमा अगली ManagedMediaSource स्ट्रीम को रोक न सके। Tube Cleaner उस स्ट्रीम के लिए WebKit द्वारा आवश्यक रिमोट-प्लेबैक प्रतिबंध भी संरक्षित करता है, जबकि ऑडियो-ओनली macOS विशेषता बनी रहती है। यह सक्रिय प्लेयर का अनुसरण करता है क्योंकि YouTube ऑफस्क्रीन Shorts बनाए रखता है। विज्ञापन wBlock की सामग्री-अवरोधन नियमों की ज़िम्मेदारी बने रहते हैं।
अन्य वेबसाइटों पर कस्टम प्लेयर (video.js, JW Player, Plyr, Flowplayer, MediaElement, Clappr, Media Chrome/Mux, और अधिक) को लक्षित करता है, जिसमें Archive.org के जैसे शैडो-रूट प्लेयर शामिल हैं। यह तुरंत मूल नियंत्रण सक्षम करता है। जब लाइट DOM में एक सुरक्षित प्रत्यक्ष स्रोत उपलब्ध होता है, तो यह मूल मीडिया तत्व को बनाए रखते हुए कस्टम क्रोम हटा देता है; शैडो घटक और अपारदर्शी HLS/DASH/MSE पाइपलाइन बरकरार रहते हैं और साइट की स्ट्रीम मशीनरी का उपयोग जारी रखते हैं। यह पेज या सामान्य प्लेयर APIs द्वारा उजागर उपशीर्षक और अध्याय साइडकार पुनर्प्राप्त करता है, लापता सिस्टम Now Playing मेटाडेटा और मीडिया-की क्रियाएँ भरता है, और प्रति-साइट प्लेबैक गति, वॉल्यूम
प्रदर्शन
सामग्री संशोधन
|
अवरोधन
कॉन्फ़िगरेशन
|
यूज़रस्क्रिप्ट प्रबंधन पेवॉल, YouTube Dislikes और अधिक प्रबंधित करें |
सेटिंग्स और अनुकूलन ऑटो-अपडेट, सूचनाएँ और प्राथमिकताएँ कॉन्फ़िगर करें |
iOS इंटरफ़ेस iPhone पर पूर्ण-विशेषताओं वाला अवरोधन |
iPadOS इंटरफ़ेस iPad पर पूर्ण-विशेषताओं वाला अवरोधन |
|
मुख्य आर्किटेक्चर
|
निर्भरताएँ और मानक
|
अनावश्यक अवरोधक इंस्टॉल करना डिफेंस इन डेप्थ नहीं है जब दोनों उपकरण एक ही इंटरसेप्शन परत पर प्रतिस्पर्धा करते हैं। यह बिना नियंत्रण समूह के एक अनियंत्रित प्रयोग है।
<play-av>