Create another type of ad block list

[zi00duck]

Hi, can you create another ad block list? The list here I want to say is pac https://github.com/mtlive/Adblock-pac.git (can be used in wifi settings or used on openvpn), it's for iphone under ios 15.5, can't use doh and dot. I also use adguard, but using Peter Lowe's list https://pgl.yoyo.org/adservers/serverlist.php?hostformat=proxyautoconfig&showintro=0&mimetype=plaintext, I see much less battery drain than using vpn. Thanks for your project!

[hagezi]

Thanks, I'll have a look at it the next few days when I have more time.

[hagezi]

@mintss-zez0

I have converted the light, using the compressed Adblock version: https://raw.githubusercontent.com/hagezi/dns-data-collection/main/share/light.pac

I put it on my local web server and set it up as a PAC in the WIFI settings on iOS, but it doesn't work. Nothing is blocked. I don't know why, maybe there are too many rules? Maybe I have also done something wrong ...

I took the PAC lists from @bongochong as a basis for the PAC format: https://raw.githubusercontent.com/bongochong/CombinedPrivacyBlockLists/master/MiniLists/mini-pac-done.js

[zi00duck]

@hagezi Hmm, I'll try again

[zi00duck]

@hagezi With Peter Lowe's list it works pretty well, I'll try with yours

[iam-py-test]

FYI that d3ward test is unreliable: https://web.archive.org/web/20230301032158/https://twitter.com/gorhill/status/1583581072197312512

[zi00duck]

@iam-py-test I will try another way

[zi00duck]

@hagezi After I tested all the files it is true that it is not possible to block any domain even though it is configured correctly. I'll try to find out how it works and let you know.

[zi00duck]

My guess is it's possible to block only at http level https://stackoverflow.com/questions/9493978/https-in-pac-file

[zi00duck]

@hagezi Can you edit your list?

[hagezi]

@mintss-zez0 I have now adjusted the format so that it exactly matches Peter Lowe's: https://raw.githubusercontent.com/hagezi/dns-data-collection/main/share/light.pac

It works now, but the performance of the light is already "bad". The lists are simply too big for PAC files.

[hagezi]

@mintss-zez0 If you can't use encrypted DNS, then you can also use ControlD native IP4/IP6 with my lists for free: https://docs.controld.com/docs/free-dns

[zi00duck]

@hagezi
Thank you, can you let it update automatically? Just a light list.

[zi00duck]

@mintss-zez0 If you can't use encrypted DNS, then you can also use ControlD native IP4/IP6 with my lists for free: https://docs.controld.com/docs/free-dns

I'm using nextdns with your list, but I would like to use your blocklist in other forms to increase blocking efficiency.

[hagezi]

@mintss-zez0

Auto updated versions (personal/light):

https://raw.githubusercontent.com/hagezi/dns-blocklists/main/pac/personal.pac https://raw.githubusercontent.com/hagezi/dns-blocklists/main/pac/light.pac

[hagezi]

The shared test version will be removed in the next update, in a few hours. Please use the official link, see previous post.

[bongochong]

@hagezi The amount of entries is precisely the issue. Some platforms work just fine with a large PAC file, but there are size limits in chromium-based browsers that have been tweaked to use PAC files, and some mobile platforms really lag as the amount of entries increases. I usually test my PAC files on Android (as an addition under settings for particular access points), and through Firefox. Much of the time, the larger the PAC file, the worse the performance hit, and the less reliable it will be. I will probably eliminate my larger PAC list in the near future, and only provide a substantially smaller variant of it. They always work (at least on Firefox), but the performance hit on most platforms can be enormous once the entries get past the 50K range.