International/China accelerated ad filtering rules subscription（中文说明）
- On October 19, 2022, the warehouse.git was reduced in size .
- On ugust 7, 2022, New iQDNS RAW acceleration site added.
- On June 18, 2022, Add Chengfeng Video Advertising Filter Rules.
- On June 11, 2022, the accelerated address ② (jsDelivr) resumed resolution in some parts of mainland China. The original accelerated address ④ has a low online rate and is now replacing the Fastgit accelerated address.
- On May 17, 2022, the accelerated address ② (jsDelivr) was again polluted by DNS in mainland China. In view of the current situation, users in mainland China are advised to use the accelerated address ③ and accelerated address ④.
- On April 30, 2022, the accelerated address ② (jsDelivr) has resumed access in mainland China.
On April 28, 2022, the acceleration address ② (jsDelivr) has been polluted by mainland China DNS due to indescribable reasons, users in mainland China please change the acceleration address ② in time.- On March 22, 2022, the accelerated address ③ stopped resolving and the accelerated address ④ overlapped with the accelerated address ② in some areas, now both have been replaced with new addresses, please update the addresses in time.
Filtering tools：
- 🌍 browser plug-in
- 📺 router terminal
- 📱 mobile
- 💻 Desktop (global de-advertising)）
🙅♂️However, there is a pain point with all of these tools, as the rules are largely hosted on offshore servers, making updates extremely slow or even impossible to successfully update.
😫 A very common scenario: you've configured de-advertising tools for the elders and elderly in your family to prevent them from being phished, scammed or infected with viruses while browsing the web. But the fact is that often, many rules are carefully chosen, but in fact most of them are in the state of failure to update, and then a pop-up box appears, and the elder clicks randomly, but not necessarily what happens after ...... may say that the computer is broken, the update failed....
💥 This project is designed to solve this problem by updating the rules at light speed without going through any agents.
The project uses GitHub Actions to download the latest rules every 6 hours every day at UTC time, and then pushes them to GitHub Repo.
The rules are distributed in conjunction with a globally accelerated CDN provided by five sites
①GHUCS (With cache)
②JsDelivr (With cache)
③Render (No cache)
④Fastgit (No cache)
⑤iQDNS (No cache)
The result is a second-by-second update of all de-advertising rules.
Under normal network environment (without any proxies, in mainland China network environment)
- Before using accelerated links: It can take up to 5 minutes and 12 seconds to update up to 13 rules, and 4 updates have failed.
- When accelerated links are used: all rules are updated within 15 seconds.
I'd like you to submit an Issue or Request to help me improve the rules.
Submit the rules that you think you need to update for acceleration. The following points should be noted.
- the rules need to be on an offshore server, difficult to successfully update or slow to update.
- indicate the name, source, and function of the rule.
- If the rule you want to speed up is a file in a GitHub project, just use the jsDelivr syntax to speed up the project file without submitting a request.
https://cdn.jsdelivr.net/gh/username/project name@version/accelerate files.
