Adblock ਤੋਂ Polipo ਫਿਲਟਰ ਬਦਲਾਅ ਨੂੰ regex ਤੋਂ ਵੱਧ ਕਿਉਂ ਲੋੜੀਦਾ ਹੈ
Adblock ਤੋਂ Polipo ਫਿਲਟਰ ਬਦਲਾਅ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਿਆਂ ਅਪਵਾਦ ਅਤੇ ਬੇਨਤੀ ਦਾ ਸੰਦਰਭ ਸੰਭਾਲ ਕੇ ਰੱਖੋ।
ਬਦਲਾਅ ਕਰਨ ਵਾਲੇ ਨੂੰ ਨਿਯਮ ਦਾ ਅਰਥ ਸੰਭਾਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਿਰਫ਼ ਅੱਖਰ ਬਦਲਣਾ ਕਾਫ਼ੀ ਨਹੀਂ। ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਫਿਲਟਰ ਸੂਚੀ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰ ਸਕਦੀ ਹੈ ਕਿ ਸਫ਼ਾ ਕਿਹੜਾ ਸਰੋਤ ਲੋਡ ਕਰਦਾ ਹੈ, ਸਰੋਤ ਦੀ ਕਿਸਮ ਅਤੇ ਅਪਵਾਦ ਨਿਯਮ। ਸਿਰਫ਼ URL 'ਤੇ ਆਧਾਰਿਤ ਬਲਾਕਲਿਸਟ ਵਿੱਚ ਘੱਟ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ।
ਮੌਜੂਦਾ Polipo ਇੰਸਟਾਲੇਸ਼ਨ ਵਿੱਚ ਇਸ ਦਾ ਮੈਨੂਅਲ forbiddenFile ਐਂਟਰੀਆਂ ਨੂੰ ਡੋਮੇਨ ਨਾਮ ਜਾਂ POSIX ਵਿਸਤ੍ਰਿਤ ਨਿਯਮਿਤ ਇਬਾਰਤਾਂ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ Python ਦੇ ਇੰਜਣ ਲਈ ਬਣਾਇਆ regex ਉਸ ਫਾਈਲ ਵਿੱਚ ਆਪਣੇ ਆਪ ਵੈਧ ਨਹੀਂ ਹੁੰਦਾ।
ਘੋਸ਼ਿਤ ਉਪਸਮੂਹ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ
- ਬਿਨਾਂ ਸ਼ਰਤ URL ਬਲਾਕਿੰਗ ਪੈਟਰਨਾਂ ਦਾ ਬਦਲਾਅ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਦੇ ਐਂਕਰ ਅਤੇ ਵਿਭਾਜਕ ਵਿਵਹਾਰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕਰੋ।
- @@ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਅਪਵਾਦ ਨਿਯਮ ਸੰਭਾਲ ਕੇ ਰੱਖੋ। ਉਨ੍ਹਾਂ ਦੇ ਪੈਟਰਨ ਇਨਕਾਰ ਫਾਈਲ ਵਿੱਚ ਜੋੜਨ ਨਾਲ ਉਨ੍ਹਾਂ ਦਾ ਅਰਥ ਉਲਟ ਜਾਂਦਾ ਹੈ।
- script ਜਾਂ ਡੋਮੇਨ ਪਾਬੰਦੀਆਂ ਵਰਗੇ ਸੰਦਰਭ ਵਿਕਲਪਾਂ ਵਾਲੇ ਨਿਯਮਾਂ ਨੂੰ ਸਿਰਫ਼ URL ਆਧਾਰਿਤ ਬਦਲਾਅ ਤੋਂ ਬਾਹਰ ਰੱਖੋ, ਜਦੋਂ ਤੱਕ ਟੀਚਾ ਉਹ ਸ਼ਰਤਾਂ ਨਹੀਂ ਦਰਸਾ ਸਕਦਾ।
- ਤੱਤ ਲੁਕਾਉਣ ਵਾਲੇ ਨਿਯਮ ਬਾਹਰ ਰੱਖੋ: ਸਫ਼ੇ ਦੇ DOM ਤੱਤ ਚੁਣਨ ਲਈ ਹੋਰ ਵਿਧੀ ਚਾਹੀਦੀ ਹੈ।
ਅਸਮਰਥਿਤ ਵਿਕਲਪ ਹਟਾਉਣ ਨਾਲ ਸ਼ਰਤੀ ਨਿਯਮ ਬਿਨਾਂ ਸ਼ਰਤ ਬਲਾਕ ਤੱਕ ਫੈਲ ਸਕਦਾ ਹੈ। ਚੁੱਪ-ਚਾਪ ਪੂਰੇ ਬਦਲਾਅ ਦਾ ਦਾਅਵਾ ਕਰਨ ਦੀ ਥਾਂ ਉਹ ਛੱਡੇ ਗਏ ਨਿਯਮ ਰਿਪੋਰਟ ਕਰੋ।
ਪੁਰਾਣਾ adblockparser ਪੈਕੇਜ Adblock Plus ਨਿਯਮਾਂ ਦੇ ਇੱਕ ਉਪਸਮੂਹ ਨੂੰ ਪਾਰਸ ਅਤੇ ਮੁਲਾਂਕਣ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਦਾ README ਅਣਗੌਲੇ ਤੱਤ-ਲੁਕਾਉਣ ਵਾਲੇ ਨਿਯਮ, ਵਿਕਲਪ-ਆਧਾਰਿਤ ਮੇਲ ਅਤੇ ਹੋਰ ਸੀਮਾਵਾਂ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ; ਇਸ ਦਾ ਰਿਪੋਜ਼ਟਰੀ 24 ਜੂਨ 2026 ਨੂੰ ਆਰਕਾਈਵ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਸ ਦੇ ਨਤੀਜੇ ਨੂੰ ਟੀਚਾ ਇੰਜਣ ਨਾਲ ਜਾਂਚਣ ਦੀ ਸਮੱਗਰੀ ਮੰਨੋ, ਪੂਰੀ ਸੂਚੀ ਦੇ ਵਫ਼ਾਦਾਰ ਬਦਲਾਅ ਦਾ ਵਾਅਦਾ ਨਹੀਂ।
ਪ੍ਰੌਕਸੀ ਕੀ ਦੇਖਦੀ ਹੈ, ਇਸ ਦਾ ਹਿਸਾਬ ਰੱਖੋ
ਆਮ HTTPS ਟਨਲਾਂ ਵਿੱਚ Polipo ਦੀ ਟਨਲ ਫਿਲਟਰਿੰਗ ਹੋਸਟਨਾਮ ਅਤੇ ਪੋਰਟ ਦੇਖਦੀ ਹੈ, ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ URL ਪਾਥ ਨਹੀਂ। ਇਸ ਦਾ forbiddenTunnelsFile ਵੱਖਰੀ ਨੀਤੀ-ਸਤਹ ਹੈ। ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਨੁਵਾਦਿਤ ਪਾਥ ਇਬਾਰਤ ਵੀ ਪ੍ਰੌਕਸੀ ਵੱਲੋਂ ਕਦੇ ਨਾ ਦੇਖੇ ਗਏ ਸਮੱਗਰੀ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾ ਸਕਦੀ।
ਰੱਖੇ ਗਏ ਉਪਸਮੂਹ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਓ ਅਤੇ ਬਦਲਾਅ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਿਆਂ ਇਛਿਤ ਬਲਾਕ ਅਤੇ ਇਛਿਤ ਅਪਵਾਦ ਦੋਵੇਂ ਜਾਂਚੋ। ਫਾਈਲ ਲੋਡ ਹੋਣਾ ਵਾਕ-ਰਚਨਾ ਦੀ ਪ੍ਰਵਾਨਗੀ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਸਮਾਨ ਫਿਲਟਰਿੰਗ ਨਹੀਂ।