Explanations / Explications:

english | français

Requirements ( for some filters to work / pour que certains filtres fonctionnent ):

[Français] Accédez au tableau de bord "uBlock Origin/Nano Adblocker", sélectionnez l'onglet Paramètres, cochez Activer les fonctionnalités avancées puis cliquez sur l'icône engrenages ⚙ qui s'affiche. Pour userResourcesLocation (tout en bas), remplacez unset par ce fichier de scriptlets (copier/coller l'adresse du code raw https://raw.githubusercontent.com/K-mikaZ/new_approach_adb__1st/master/common_utils/Resources/scriptlets.js).

[english] Go to the "uBlock Origin/Nano Adblocker" dashboard, select the Settings tab, check Activate advanced features then click on the gears icon ⚙ which is displayed. For userResourcesLocation (at the bottom) replace unset with this scriptlets file (copy/paste the address of the raw code https://raw.githubusercontent.com/K-mikaZ/new_approach_adb__1st/master/common_utils/Resources/scriptlets.js).



LEGEND: Lists with 3 stars (⭒⭒⭒) are in "beta" versions

fr: LEGENDE: Les listes avec 3 étoiles (⭒⭒⭒) sont en versions "beta"

LISTS ( subscription / abonnement ):

• "Rules, Filtering and exception list" [ Install ]

  fr: "Règles, filtrage et liste d'exceptions"

• "Rules, Filtering, exception list and no-chromecast" [ Install ] ⭒⭒⭒ under repair (en réfection)

  ###### fr: "Règles, filtrage, liste d'exceptions et bloque chromecast"

• "Rules, filtering, exception list and blocking antisocial third-party" [ Install ] under repair (en réfection)

  ###### fr: "Règles, filtrage, liste d'exceptions et blocage de tiers antisociaux"

• "Rules, filtering, exception list, blocking antisocial third-party and no-chromecast" (full) [ Install ] ⭒⭒⭒ under repair (en réfection)

  ###### fr: "Règles, filtrage, liste d'exceptions, blocage de tiers antisociaux et bloque chromecast" (complet)

EXTRA ( subscription / abonnement ):

• "No WEBRTC" - Block WEBRTC (Web Real Time Communications), sometimes used for "real-time advertising" [ Install ] ⭒⭒⭒

  fr: "No WEBRTC" - Bloquer WEBRTC (Web Real Time Communications), parfois utilisé pour "la publicité en temps réel"

• "Hola Free VPN Popup Remover" (for chrome and firefox, replaces addon) [ Install ]

  fr: "Hola Free VPN Popup Remover" (pour chrome et firefox, remplace l'addon)

USERSCRIPTS ( for tampermonkey, greasemonkey ... / pour tampermonkey, greasemonkey ... ):

USEFUL:

• "You(Tube) nonstop!" (Prevents annoying "video paused" dialogs from showing up) [ go and click on raw button ]

  fr: "You(Tube) nonstop!" (Empêche l'affichage des boîtes de dialogue ennuyeuses "vidéo en pause") [ allez et cliquez sur le bouton raw ]

PRIVACY / SECURITY:

• "Trackerless Magnet URI" (Rewrites all Magnet URI links to forces BitTorrent clients to use trackerless rather than server-assisted peer-discovery.) [ go and click on raw button ]

  fr: "Trackerless Magnet URI" (Réécrit tous les liens URI Magnet pour obliger les clients BitTorrent à utiliser la découverte par les pairs sans suivi plutôt que par le serveur.) [ allez et cliquez sur le bouton raw ]

ADDONS/PLUGINS ( recommended / conseillés ):

• "SponsorBlock for YouTube" - Removes commercial messages and embedded ads (Enable "Auto Skip" in the settings/options)

  fr: "SponsorBlock pour YouTube" - Supprime les messages commerciaux et publicités intégrées (Activez "Passage Automatique" dans les paramètres/options)

Disclaimer:

[français] Comme il s'agit de mes propres listes de filtres (que je partage ici gracieusement), il peut y avoir des filtres avec lesquels vous n'êtes pas d'accord.
Si c'est le cas, n'hésitez pas à cliquer sur le bouton Fork et à créer votre propre liste.

[english] Since these are my own filter lists (which I am sharing here free of charge), there may be filters with which you do not agree.
If so, feel free to click the Fork button and create your own list.

Nouvelle approche pour les bloqueurs de publicités
et première fois proposé (par K-mik@Z)

FRANÇAIS

Pour la petite histoire...

J'ai voulu proposer (sur un site connu de la communauté) une simple liste (non pas de blocage, mais de redirect-rule automatique), pour aider au noop* de tous les filtres de blocages (déjà présent dans votre bloqueur de pubs, mais aussi à venir) et qui utilisais pour cela des conditions ( !#if - !#endif ).

*noop: pour les non-initiés, équivalent à une réponse vide.

Mais je n'ai pas rencontrer un franc succès (non pas au niveau de l'hébergeur de listes lui-même, mais plus auprès de la team ublock-origin), voyez par vous même. Ma démarche à été critiquée, voire raillée.

Je n'ai jamais demandé de retoucher leurs codes, alors pourquoi tant d'hostilité. J'ai juste proposé une liste qu'il suffisait d'installer ou non.

La règle de redirection n'est pas d'accélérer le navigateur. Elle est utilisée pour réparer les cassures, anti-adblock et faciliter la rédaction de la liste.

OK, alors pourquoi ne pas l'automatisée pour qu'elle s'applique par elle-même (plus simple pour l'écriture de filtres, non?).

Je ne suis pas codeur, et je dois justifier (par des mesures que je ne peux pas faire car je ne connais pas les outils pour) tout ce que je propose.
Quant à moi, je dois me contenter d'hypothèses:

Je ne pense pas que fournir une réponse sera plus rapide que d'annuler simplement une demande de réseau.

Supposition. En effet, dans de nombreux langages informatiques, une réponse (même vide) vaut toujours mieux que pas de réponse. Cela évite de nombreuses erreurs (ou le non-retour de réponse, si attendue).

Et dans notre cas, bien souvent, pas de réponse = bloqueurs = message "veuillez désactiver votre bloqueur de pubs"

Nouvelle approche! De quelle façon?

Directives de pré-processeur pour les filtres:
J'ai décidé d'utiliser (tant que faire ce peut), les conditions ( !#if ) en partant de cet remarque:

Les conditions prennent en charge tous les opérateurs logiques de base. - AdguardTeam

Et contrairement à ce que pense notre ami, je soutiens que les conditions simple sont reconnues je décide quand même de les utiliser.

Bah oui quoi! L'addon saurait bloquer des éléments, mais ne saurait pas les reconnaître avec des conditions.
Essayez pour voir si google.com, *$image, *$xhr ou *$1p ne fonctionne pas!
Alors pourquoi ne pourrais-t-on pas pas écrire !#if google.com, !#if image ou !#if (xhr && 1p) dans ce cas.

Et si tel est le cas, pourquoi ne pas demander à l'addon de reconnaître des directives basics.

Si vous n'essayez seulement que ce que vous savez, où est l'opportunité de progresser.

"Ils ne savaient pas que c'était impossible, alors ils l'ont fait." - Mark Twain

---

New approach for adblockers
and first proposed (by K-mik@Z)

ENGLISH

For the little story...

I wanted to offer (on a site known to the community) a simple list (not of blocking, but automatic redirect-rule), to help the noop* of all blocking filters (already present in your ad blocker, but also to come) and which used for that conditions (!#if - !#endif).

*noop: for the uninitiated, equivalent to an empty response.

But I did not meet a great success (not at the level of the list host itself, but more with the ublock-origin team), see for yourself. My approach has been criticized, even mocked.

I never asked to touch up their codes, so why so much hostility. I just proposed a list whether to install or not.

The redirect rule is not to speed up the browser. It is used to repair breaks, anti-adblock and to facilitate the drafting of the list.

OK, so why not automate it so that it applies by itself (easier to write filters, right?).

I'm not a coder, and I have to justify (by measures that I can not do because I do not know the tools for) everything I offer.
As for me, I have to settle for assumptions:

I don't think that providing a response will be faster than simply canceling a network request.

Assumption. Indeed, in many computer languages, a response (even empty) is always better than no response. This avoids many errors (or non-return of response, if expected).

And in our case, very often, no response = blockers = message "please deactivate your ad blocker"

New approach! How?

Pre-processor directives for filters:
I have decided to use (as much as I can) the conditions ( !#if ) starting from this remark:

The conditions support all the basic logical operators. - AdguardTeam

And contrary to what our friend thinks, I maintain that the simple conditions are recognized I still decide to use them.

Well yes what! The addon could block elements, but would not recognize them with conditions.
Try to see if google.com, *$image, *$xhr or *$1p is not working!
So why can't we write !#if google.com, !#if image or !#if (xhr && 1p) in this case.

And if that's the case, why not ask the addon to recognize basic directives.

And if you only try what you know, where is the opportunity to progress.

"They didn't know it was impossible, so they did it." - Mark Twain