Aller au contenu

Bloquer l'affichage d'images spécifiques : objectif statcounter !


Alex

Messages recommandés

Bonjour tout le monde !

 

Je dois dire tout d'abord que je suis plutot nul en matière de paramètrage des règles de blocage du tueur de pub.

J'ai eu beau lire le tuto de Ldfa, je n'y trouve pas la solution... Elle y est sans doute mais je ne sais pas la voir et j'aurais donc besoin d'une petite traduction. :shy:

 

Le problème est simple : Sur LastFm (et ailleurs...) un tas de pages utilisent des "scripts" de type statcounter (ou flagcounter ou maploco...) pour tracker le passage des visiteurs sur les pages abonnés... Éventuellement affichent un tit drapeau donnant l'origine du visiteur.

 

En fait de script (saisi par l'abonné en BBcode) cela se résume à deux lignes demandant d'affichage d'un pixel (donc quasi invisible...).

Lorsque un visiteur demande l'afichage de la page en question, l'affichage du pixel est demandé à un serveur d'image qui renvoie l'IP et d'autres infos de la requète au serveur maitre qui gére les comptes abonnés et fournit les stats.

 

Il s'agit donc de bloquer l'affichage de ce pixel...

 

Le bbcode de départ est transcrit en code final HTML sous la forme :

<a href="http://www.statcounter.com/" rel="nofollow">
<img src="http://c.statcounter.com/7583xxx/0/f805axxx/1/" /></a>

 

- La question : que dois-je taper dans le tueur de pub lorsque j'affiche par exemple la page http://www.cest_chez/moi.com pour interdire l'affichage du pixel.

 

L'image est envoyée par le serveur http://c.satcounter/blabla/1/. (2eme ligne) J'ai essayé de la bloquer par ##* mais ça bloque aussi le serveur de gestion (1er ligne) et ça... non... ça ne va pas! :evil:

 

- Question subsidiaire : le tueur interdit bien la requète au serveur hein? Parce que s'il ne fait qu'interdire l'affichage du pixel à la reception, le serveur a déjà eu les infos qu'il lui faut... Pas intérressant.

 

- Question sub-subsidiaire mais là c'est de la gourmandise, c'est l'appel à un repertoire (ici /1/) et non à un fichier qui provoque l'envoi de l'image... qui est nommée ensuite "untitled.gif"... Normal? Enfin aucune importance en ce qui concerne la question... juste de la curiosité.

 

 

Voilà, j'espère ne pas avoir été trop long ou trop confus... :trance: Si c'est le cas je m'en excuse.

 

Bonne soirée/journée à tous.

Lien vers le commentaire
Partager sur d’autres sites

Je pense que le plus simple, c'est d'utiliser cette ligne :

*.statcounter.com/*

 

J'avais déjà essayé la ligne http://c.statcounter.com/* sans résultat (je vérifie d'habitude avec mon propre compte Statcounter... oui j'en ai un... shame! :sick:)

J'ai tenté hier un essai avec ta ligne, Ldfa.

Pareil, je suis repéré par Statcounter dès que j'ouvre ma page LastFm... Et pourtant le log de AdHunter m'indique bien le blocage... Si je suis repéré c'est sûr, c'est que l'image .gif a été demandée par ma machine...

 

On en revient donc à ma deuxième question : Maxthon ne bloquerait t'il pas uniquement l'affichage ?C'est juste pour savoir...

 

Parce que là, j'en ai eu marre, j'ai ouvert mon fichier host et j'ai collé statcounter, flagcounter, maploco et les autres en 127.0.0.1. Ça marche comme ça, et me voilà invisible! :tongue:

 

Merci de vos réponses.

 

 

 

*Les règles de blocage pour Last fm :

 

statc_3.jpg

 

 

 

*Le log de AdHunter après 3 affichages :

 

statc_1.jpg

 

 

 

*et la confirmation que Statcounter m'a repéré dès le premier passage:

 

statc_1dsf.jpg

 

 

(Moi c'est le drapeau français... Sous Maxthon, si, si... Chaine User Agent tripatouillée.)

Lien vers le commentaire
Partager sur d’autres sites

Je peux faire des essais car je ne t'ai suggéré cette ligne sans la tester.

 

Pour les blocages plus précis et sans doute plus efficaces, il existe des logiciels de type Proximitron, Privoxy, Polipo ou Ad Muncher.;)

Lien vers le commentaire
Partager sur d’autres sites

Non, Ldfa, inutile de faire des essais juste pour moi... J'ai une solution qui me satisfait, tout va bien. :D

 

Ta ligne fonctionne puisque le log signale le blocage. Mais c'est vrai que ce serait intéressant de savoir à quel niveau Maxthon opère avec les interdictions. (Demande ou reception)

 

Je connaissais Proximitron. Je n'y avais pas pensé, je croyais même que ça n'existait plus. Je l'ai utilisé quelque temps... A l'époque un peu "usine à gaz" mais efficace...

 

Mais c'était, je crois bien, au siècle dernier! :shy:

 

Merci pour les liens.

Lien vers le commentaire
Partager sur d’autres sites

Je suppose, mais je n'en suis pas sûr (peut-être Ricouz pourrait nous le confirmer), mais lorsque tu charges une page HTML, Maxthon va occulter dans la page les régles de filtrage que tu lui auras indiqué. Pour s'en rendre compte, il suffit d'afficher la source de la page avant et après le filtrage pour s'en appercevoir. Le filtrage se faisant à la lecture de la page HTML, le blocage de l'affichage ou de l'envoi d'informations ne devrait pas se faire. :unsure:

 

Je n'ai pas trouvé de lien statcounter sur LastFM. Pourrais-tu me donner un lien pour que je regarde ça de plus près. ;)

Lien vers le commentaire
Partager sur d’autres sites

Je peux faire des essais car je ne t'ai suggéré cette ligne sans la tester.

 

Pour les blocages plus précis et sans doute plus efficaces, il existe des logiciels de type Proximitron, Privoxy, Polipo ou Ad Muncher. ;)

 

 

Et AdFever, gratuit et très efficace :)

 

=> http://www.adfender.com/index.html

Lien vers le commentaire
Partager sur d’autres sites

Pardon pour le délai à la réponse, j'étais en déplacement professionel...

 

 

Je n'ai pas trouvé de lien statcounter sur LastFM. Pourrais-tu me donner un lien pour que je regarde ça de plus près. ;)

 

Ben .. ma page :-) http://www.last.fm/u...nomy?setlang=en

 

Dans le source, deux mentions de statcounter :

<a href="http://www.statcounter.....

et

<img src="http://c.statcounter....

le serveur d'image...

 

... par logique je dirais que si l'élément qui envoie l'information n'est plus présent dans la source, il ne peut plus envoyer d'information.

Oui, je suivais la même logique... Mais j'ai effectivement ouvert le source et stacounter s'y trouve toujours, même après blocage... (ce dernier étant bien mentionné dans le log AdHunter)

Et Statcounter me voit donc, en dépit de ce blocage indiqué... :shocked:

 

 

Et heu, pour vérifer sur Stacounter, je vous donnerais bien mon password Stat... mais c'est embêtant, c'est quand même peu privé. Je vous dirai si j'ai soudain plein de drapeaux français avec vos heures de passage et... vos IP ! :shy:

Lien vers le commentaire
Partager sur d’autres sites

Si c'est encore dans le source cela veut dire que l'adresse n'est pas correctement filtrée, car si l'adresse était bloquée tu ne l'aurais plus dans le source par contre tu la trouverais dans le log du tueur de pub avec la règle de blocage utilisée.

 

Voir copie d'écran pour un exemple.

 

log10.jpg

 

Edit: contrairement à ce que j'ai dit, on trouve quand-même l'adresse dans le source même si elle a été bloquée.

Lien vers le commentaire
Partager sur d’autres sites

Oui, Ricouz, j'ai aussi publié plus haut dans ce même fil, une copie d'écran du log de mon tueur de pub. Et comme je le dis là, et tu peux le voir, les adresses Statc. sont indiquées comme bloquées...

Mais un coup d'oeil a mon log Statcounter me montre que le blocage n'a pas eu lieu, ou a été inefficace.

 

Ce matin j'ai eu deux visites de France... L'un de vous qui faisait le test ? :

 

Stat2.jpg

Lien vers le commentaire
Partager sur d’autres sites

Pourrais-tu essayer cette ligne de code dans le tueur de pubs de Maxthon 3 :

##div[class="statcounter"]

En effet, j'ai créé un compte chez Statcounter et j'ai donc récupéré le code à inclure dans une page HTML qui ressemble à ceci :

<!-- Start of StatCounter Code for Default Guide -->
<script type="text/javascript">
var sc_project=xxxxxxx;
var sc_invisible=0;
var sc_security="yyyyyyyy";
var scJsHost = (("https:" == document.location.protocol) ?
"https://secure." : "http://www.");
document.write("<sc"+"ript type='text/javascript' src='" +
scJsHost +
"statcounter.com/counter/counter.js'></"+"script>");</script>
<noscript><div class="statcounter"><a title="free hit
counters" href="http://statcounter.com/"
target="_blank"><img class="statcounter"
src="https://c.statcounter.com/xxxxxxx/0/yyyyyyyy/0/"
alt="free hit counters"></a></div></noscript>
<!-- End of StatCounter Code for Default Guide -->

xxxxxxx et yyyyyyyy sont des codes spécifiques au compte Statcounter créé.

 

En bloquant la balise <div class="statcounter">...</div>, ça devrait faire l'affaire. :s:

 

A tester donc, car je n'ai pas poussé le test plus avant avec mon compte Statcounter. :angelic:

Lien vers le commentaire
Partager sur d’autres sites

Je viens de faire quelque tests en filtrant par class et par id et donc contrairement à ce que je pensais, l'objet reste bien dans le source, par contre le code n'est pas interprété donc là je n'ai plus d'idée.

Si comme je le vois dans le source de Ldfa c'est un script qui est exécuté, là je ne suis pas sûr que tu pourras le bloquer, surtout s'il est dans la page.

 

@+

Lien vers le commentaire
Partager sur d’autres sites

Ldfa, tu as récupéré le code en js...

En ce qui concerne beaucoup de forums j'imagine, et c'est le cas pour Last fm, le code a insérer dans sa page est un BBCode (aussi fourni par Statcounter)...

 

Normal, les admins Last Fm ne peuvent pas se permettre de laisser trop de latitude aux abonnés qui ne sont autorisés qu'a utiliser la zone perso "About Me" (visible à droite sur ma page) et qui s'arrete avant la rubrique "Friends".

 

Je n'ai plus le BBCode fourni par Statcounter, mais il est simplissime. Au final le BBCode est transformé dans les pages Lastfm en une seule ligne HTML et cela donne ça : (tiré du "About Me" de ma page) :

<a href="http://www.statcounter.com/" rel="nofollow"><img src="http://c.statcounter.com/7583xxx/0/f805ayyy/1/" /></a>

 

(idem que Ldfa pour les xxx et yyy)

 

Donc aucune balise div... :blush2: Juste une "a href" et un appel d'image.

 

Ldfa vu ta localisation j'imagine que ce sont tes essais ? :

 

Statc4.jpg

 

 

As-tu noté le nombre de tes passages, pour voir si le blocage fonctionne ?

(Je sais pas si c'est parano, mais je masque une partie de vos IP sur les copies d'écran...)

Lien vers le commentaire
Partager sur d’autres sites

C'était une bonne idée!

Je viens d'essayer... J'enlève Statcounter de mon fichier host

#127.0.0.1 c.statcounter.com

je colle

##A[href="http://www.statcounter.com/"]

dans les règles de blocage et je passe sur ma page...

 

Même chose... le log du bloqueur indique le blocage. Mais aussi sec, Statcounter me voit... :doh:

 

Je remets

127.0.0.1 c.statcounter.com

et me revoilà transparent...

On dirait bien que Maxthon bloque les images à "l'arrivée"...

Lien vers le commentaire
Partager sur d’autres sites

Bon, effectivement le blocage ne fonctionne pas. Statcounter met en place également un cookie.

 

Sinon, dans le script récupéré, on dirait que http://www.* soit remplacé par https://secure.*, il faut peut être essayer de bloquer :

https://secure.statcounter.com/*

Je vais essayer... :s:

 

Après essai, ça ne marche pas mieux. Ta solution d'ajout du domaine à bloquer en localhost dans le fichier Hosts est la meilleure. ;)

Lien vers le commentaire
Partager sur d’autres sites

Bon, après avoir fait plusieurs essais, j'arrive à ne plus apparaître sur les logs de Statcounter avec la seule ligne suivante dans les règles de blocage pour le site maxthon-fr.com. ;)

*.statcounter.com/*

Essaye de ne mettre que cette ligne chez toi dans les règles de blocage pour le site last.fm ? :unsure:

 

Pour preuve, voici la dernière fois que je suis apparu sur les logs de Statcounter.

LogsStatcounter.png

Lien vers le commentaire
Partager sur d’autres sites

Essaye de ne mettre que cette ligne chez toi dans les règles de blocage pour le site last.fm ? :unsure:

 

C'est fait. Plus d'autre référence à Statcounter que le copiè/collè de la ligne suggérée par Ldfa...

Sans résultat chez moi. Toujours repéré par Statc. malgré le blocage signalé par le log. :sad:

 

ad%20hunter%20samedi.jpg

 

 

 

 

test2%20samedi_sans%20cookie.jpg

 

 

 

Désolé. Je vous assure que j'y met du mien pourtant! Un comportement atypique de Maxthon peut-être du à ma config??

Mais, comme je le disais, je me débrouille autrement, alors ne vous cassez pas trop la tête ! :D

 

Pour le cookie, je ne sais pas...

J'ai supprimé un cookie Statcounter qui apparaissait dans la liste Adfender (au fait, merci Lorand ! Excellent soft)

Il n'est pas revenu (dans AdFender) malgré plusieurs passages y compris chez Statcounter.

 

Je suppose qu'il s'agissait d'un cookie qui trainait dans le cache du Trident, or j'utilise essentiellement le mode Ultra.

 

Pour le webkit, et malgré une recherche sur le site sur le sujet... je n'ai pas trouvé comment gérer les cookies... En C:\doc...\AppData\\Maxthon3\Users\.....\Cookie, J'ai un fichier .dat qui approche le mega octet...

Pas d'autres solutions que d'effacer (tous) les cookies à partir du menu de Maxthon? :sad:

Lien vers le commentaire
Partager sur d’autres sites

Pour le webkit, et malgré une recherche sur le site sur le sujet... je n'ai pas trouvé comment gérer les cookies... En C:\doc...\AppData\\Maxthon3\Users\.....\Cookie, J'ai un fichier .dat qui approche le mega octet...

Pas d'autres solutions que d'effacer (tous) les cookies à partir du menu de Maxthon? :sad:

Malheureusement non ! J'ai déjà posté à deux reprises sur le forum anglais de Maxthon pour réclamer une gestion des cookies un peu moins barbare, d'autant que la version pour Mac OsX le propose en standard.

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.