Perché la conversione dei filtri Adblock verso Polipo richiede più di regex

Un convertitore deve conservare il significato di una regola, non solo trasporne i caratteri. Un elenco di filtraggio del browser può dipendere da quale risorsa carica la pagina, dal tipo di risorsa e dalle regole di eccezione. Un elenco di blocco basato solo sull'URL dispone di meno informazioni.

In un'installazione Polipo esistente, il manuale definisce le voci forbiddenFile come nomi di dominio o espressioni regolari estese POSIX. Una regex creata per il motore di Python non è quindi automaticamente valida in quel file.

Iniziare da un sottoinsieme dichiarato

• Convertite i modelli di blocco URL incondizionati solo dopo aver definito le loro ancore e il comportamento del separatore.
• Conservate le regole di eccezione che iniziano con @@. Aggiungere i loro modelli a un file di rifiuto ne inverte il significato.
• Tenete le regole con opzioni di contesto, come restrizioni di script o di dominio, fuori da una conversione basata solo sull'URL, a meno che la destinazione possa rappresentare tali condizioni.
• Escludete le regole di occultamento degli elementi: selezionare gli elementi DOM di una pagina richiede un altro meccanismo.

Eliminare un'opzione non supportata può ampliare una regola condizionale fino a un blocco incondizionato. Segnalate quelle regole saltate invece di dichiarare in silenzio una conversione completa.

Il pacchetto storico adblockparser sa analizzare e valutare un sottoinsieme delle regole di Adblock Plus. Il suo README documenta le regole di occultamento degli elementi ignorate, la corrispondenza dipendente dalle opzioni e altri limiti; il suo repository è stato archiviato il 24 giugno 2026. Trattate il suo output come materiale da confrontare con il motore di destinazione, non come la promessa di una conversione fedele dell'intero elenco.

Tenere conto di ciò che vede il proxy

Per i tunnel HTTPS ordinari il filtraggio dei tunnel di Polipo vede nome host e porta, non il percorso URL cifrato. Il suo forbiddenTunnelsFile è una superficie di policy separata. Un'espressione di percorso tradotta perfettamente non può comunque corrispondere a contenuti che il proxy non vede mai.

Documentate il sottoinsieme mantenuto e verificate sia i blocchi previsti sia le eccezioni previste quando valutate una conversione. Il caricamento del file dimostra l'accettazione della sintassi, non un filtraggio equivalente.