रूपांतरकाने नियमाचा अर्थ जपला पाहिजे, केवळ त्याची अक्षरे बदलून चालणार नाही. ब्राउझरची फिल्टर यादी पृष्ठ कोणते संसाधन लोड करते, संसाधनाचा प्रकार आणि अपवाद नियम यांवर अवलंबून असू शकते. केवळ URL वर आधारित ब्लॉकलिस्टमध्ये कमी माहिती असते.

विद्यमान Polipo इन्स्टॉलेशनमध्ये त्याचे मॅन्युअल forbiddenFile नोंदी डोमेन नावे किंवा POSIX विस्तारित नियमित अभिव्यक्ती अशा परिभाषित करते. म्हणून Python च्या इंजिनसाठी तयार केलेला regex त्या फाइलमध्ये आपोआप वैध नसतो.

घोषित उपसंचापासून सुरुवात करा

  • अट नसलेले URL ब्लॉकिंग नमुने त्यांचे अँकर आणि विभाजकाचे वर्तन निश्चित केल्यानंतरच रूपांतरित करा.
  • @@ ने सुरू होणारे अपवाद नियम जपून ठेवा. त्यांचे नमुने नकार फाइलमध्ये जोडल्यास त्यांचा अर्थ उलटतो.
  • script किंवा डोमेन बंधने अशा संदर्भ पर्याय असलेले नियम केवळ URL आधारित रूपांतरणाबाहेर ठेवा, जोपर्यंत लक्ष्य त्या अटी दर्शवू शकत नाही.
  • घटक लपवणारे नियम वगळा: पृष्ठाचे DOM घटक निवडण्यासाठी वेगळी यंत्रणा लागते.

असमर्थित पर्याय हटवल्यास अटीबद्ध नियम अटीविरहित ब्लॉकपर्यंत विस्तारू शकतो. पूर्ण रूपांतरण झाल्याचा शांतपणे दावा करण्याऐवजी ते वगळलेले नियम नोंदवा.

ऐतिहासिक adblockparser पॅकेज Adblock Plus नियमांचा उपसंच पार्स आणि मूल्यांकन करू शकते. त्याचे README दुर्लक्षित घटक-लपवणारे नियम, पर्यायावर अवलंबून असलेली जुळणी आणि इतर मर्यादा नोंदवते; त्याचे रेपॉझिटरी 24 जून 2026 रोजी संग्रहित करण्यात आले. त्याच्या आउटपुटकडे लक्ष्य इंजिनाशी पडताळणी करण्याची सामग्री म्हणून पहा, संपूर्ण यादीच्या विश्वासू रूपांतरणाचे वचन म्हणून नाही.

प्रॉक्सी काय पाहते याचा विचार करा

सामान्य HTTPS बोगदे मध्ये Polipo चे बोगदा फिल्टरिंग होस्टनाव आणि पोर्ट पाहते, एन्क्रिप्ट केलेला URL मार्ग नाही. त्याची forbiddenTunnelsFile ही वेगळी धोरण-पृष्ठभाग आहे. पूर्णपणे भाषांतरित मार्ग अभिव्यक्तीही प्रॉक्सी कधीही न पाहणाऱ्या सामग्रीशी जुळू शकत नाही.

राखून ठेवलेला उपसंच नोंदवा आणि रूपांतरणाचे मूल्यांकन करताना इच्छित ब्लॉक आणि इच्छित अपवाद दोन्ही तपासा. फाइल लोड होणे हे वाक्यरचनेची स्वीकृती सिद्ध करते, समतुल्य फिल्टरिंग नाही.

संबंधित लेख