Gestion de partenaires : classement par nb de visiteurs envoyés

WRInaute impliqué
bonjour

j'utilise un systeme de partenariat un peu spécial:

mes partenaires sont classés en fonction du nombre de visiteurs envoyés vers mon site...

detection par http_referer (pas de onclick)

comme il y a des tricheurs parmis mes partenaires, je fais un log avec des infos genre ip, et d'autres variables serveurs...

je n'ai pas d'autres moyen de laisser possible une tricherie car avec le http_referer + cookies cela laisse passer quand meme les tricheurs.

En laissant possible cette tricherie, mon seul moyen est de consulter mes logs pour détecter les tricheurs...


que puis je faire de plus?

- exclure les tricheurs de ma liste de partenaires?
- ameliorer mon systeme de detection?
- utiliser un autre moyen de detection?

vos avis et conseils me seront précieux dans ce monde de webmasters tricheurs ;-)

bonne journée
 
WRInaute impliqué
Re: gestion paertenaires, classement par nb de visiteurs envoyés

ameliorer ton systeme de detection !
 
WRInaute accro
Re: gestion paertenaires, classement par nb de visiteurs envoyés

detectimmobilier a dit:
Quelle usine à gaz, ça sert à quoi exactement :?:

A apporter aux partenaires un "plus" équivalent à celui que leur apporte webmasterdemonsite. Je trouve l'idée bien, mais comment t'assures-tu de l'ip du site ? Et que se passe t'i si le site en question change d'ip ?
 
Nouveau WRInaute
Moi je dirais avec une table sql avec les entrées date / ip / referer et puis une durée que tu estimes "légale".
 
WRInaute passionné
Le problème c'est que tu ne donne pas beaucoup de détails sur ta façon de procéder : tu as une table où tu stockes les ip/date/referer ?
 
Nouveau WRInaute
druart a dit:
Le problème c'est que tu ne donne pas beaucoup de détails sur ta façon de procéder : tu as une table où tu stockes les ip/date/referer ?

Bah c'est ni plus ni moins que ce qu'il fait mais automatisé.

Il a l'air de faire ca manuellement je le site "mon seul moyen est de consulter mes logs pour détecter les tricheurs..."

Une table avec les couples referer / IP et les dates lui permet de savoir qui est déjà venu et de compter ou pas le click.
A lui déterminer la durée de la "fenêtre" de sa table.
 
WRInaute impliqué
Re: gestion paertenaires, classement par nb de visiteurs envoyés

salut

GUITEL a dit:
ameliorer ton systeme de detection !

c'est un peu léger comme conseil... :lol:

druart a dit:
Le problème c'est que tu ne donne pas beaucoup de détails sur ta façon de procéder : tu as une table où tu stockes les ip/date/referer ?

oui...je log referer date ip useragent + cookie de 24 heures

mais de toutes facon qu ce soit le http referer, http remote adress, http user agent ou le cookies il y a toutjours moyen de contourner le systéme de détection

d'ou ma question:

comment feriez vous pour detecter si votre referer triche?

merci ;-)

a+
 
Nouveau WRInaute
Re: gestion paertenaires, classement par nb de visiteurs envoyés

webmasterdemonsite a dit:
oui...je log referer date ip useragent + cookie de 24 heures

mais de toutes facon qu ce soit le http referer, http remote adress, http user agent ou le cookies il y a toutjours moyen de contourner le systéme de détection

d'ou ma question:

comment feriez vous pour detecter si votre referer triche?

merci ;-)

a+

Au niveau de ton fichier de log, quelle est l'information supplémentaire qui te permet de dire que ton système de détection est contourné ?

Parce que là si un filtrage refere/IP ne suffit pas qu'est ce que tu veux faire d'autre ? Tu vas pas filer un coup de nmap sur chacun de tes clients pour essayer d'obtenir une sorte de signature numérique de la machine juste pour compter les "sites affluents". 8O
 
WRInaute impliqué
Re: gestion paertenaires, classement par nb de visiteurs envoyés

kikounet a dit:
Au niveau de ton fichier de log, quelle est l'information supplémentaire qui te permet de dire que ton système de détection est contourné ?

bonne question, déjà je pose un cookies de 24h sur le client qui empeche d'incrementer le nombre de visites recues.
c'est à dire= 1 visite / jour = 1 point de plus dans le classement de mes partenaire...

Le soucis c'est que certains partenaires supprime le cookies pour gonfler leur points de classement, donc deja là il contourne la détection...


kikounet a dit:
Parce que là si un filtrage refere/IP ne suffit pas qu'est ce que tu veux faire d'autre ? Tu vas pas filer un coup de nmap sur chacun de tes clients pour essayer d'obtenir une sorte de signature numérique de la machine juste pour compter les "sites affluents". 8O

je ne connaissais pas nmap, merci ;-)

de toute facon je ne peut empecher la triche, seulement la controler...
je vais peut etre ajouter des detection genre resolution de l'ecran, nb de couleur, navigateur etc...

merci pour tes remarques ;-)
 
WRInaute discret
Le système de cookie est à proscrire ... La triche est trop facile dans ce cas!

Tout simplement, tu log dans une table SQL "visite_id ; visite_referer ; visite_ip ; visite_timestamp"

Et avant de faire une INSERT, tu check avec PHP si dans MySQL tu ne trouves pas une donnée qui contient déjà l'ip / le referer et le timestamp inférieur à 24H par exemple (pour limité 1visite / 24h).

Voila !

Documentation si besoin pour les fonctions :
Fonction Timestamp : Timestamp
Fonction Parse_url (non utilisé dans le code ci-dessous) : Parse_Url


Pour avoir une petite idée du script de vérification :
Code:
<?php
// Ce visiteur est il passé dans les dernières 24H ?
$result = mysql_query("SELECT * FROM table_visites WHERE visite_referer = '".$_SERVER['HTTP_REFERER']."' AND visite_ip = "'.$_SERVER['REMOTE_ADDR].'" AND visite_timestamp >= '".time()."', $db);
$num_rows = mysql_num_rows($result);
//
// Condition :
if ($num_rows != "0") {
// Création de la variable $Time à utiliser lors de ton INSERT SQL
$Time = time() + (24 * 60 * 60); // Maintenant + 24H

//
// EDITE ICI ET PRATIQUE UNE INSERTION SQL ICI AVEC LA VALEUR DU CHAMP TIMESTAMP "$Time"
//

}

Cdlt
 
WRInaute impliqué
merci pour le log du timestamp ;-)

le soucis c'est que si il subsiste des tricheurs, il tricheront en usurpant le referer ou l'ip et là c'est quasi impossible de detecter les tricheurs non?

ma question du moment: vaut il mieux laisser la tricherie possible pour pouvoir la detecter et bannir certains partenaires? c'est sournois mais si la triche est trop difficile a detecter alors le probleme est insoluble...

merci
 
WRInaute discret
J'ai éditer mon post avec un bout de code PHP que je t'es rédiger, tu peux l'essayé, l'utiliser et/ou le modifier à tes souhaits !!

Pour répondre à ta question, contrôle juste la triche, mais ne bannis pas ! Ne la laisse pas passé tout simplement. Sa te permet de pas perdre tes liens et ton partenaire verra que la triche ne marche pas tout simplement

Nota Bene : Le script peut contenir des erreurs, je l'est écrit à la volée ! Si ta des bugs et que tu n'arrives pas à le réglé contact moi par le post voir par MP si t'as pas de réponses
 
Nouveau WRInaute
webmasterdemonsite a dit:
merci pour le log du timestamp ;-)

le soucis c'est que si il subsiste des tricheurs, il tricheront en usurpant le referer ou l'ip et là c'est quasi impossible de detecter les tricheurs non?

ma question du moment: vaut il mieux laisser la tricherie possible pour pouvoir la detecter et bannir certains partenaires? c'est sournois mais si la triche est trop difficile a detecter alors le probleme est insoluble...

merci

Je pense que tu peux pas faire mieux que ce que te donnes Ultimata dans le détail.
Si le mec change d'IP c'est cuit.

Sinon nmap c'est simplement un scanner de port. Je disais ca pour la plaisanterie.
 
Discussions similaires
Haut