Comment simuler référentiel à l'aide de WebBrowser: webbrowser1.navigate (url, "_self", null, "référer: http: //www.xxx.com")
Au cours de cette période, j'ai étudié comment définir un itinéraire référentiel dans WebBrowser pour simuler l'itinéraire et brosser le trafic. Cependant, après un demi-mois de recherche, il s'est terminé par un échec. Parce que le code statistique actuel est plus pratique, les statistiques fournies par CNZZ.com et Google Adsense. Leurs statistiques sont toutes comptées via des fichiers JS, ce qui conduit à la défaillance infructueuse de la source de la source. Laissez l'article ci-dessous expliquer pourquoi il ne réussit pas!
Comme nous le savons tous, l'origine du référence du référence côté serveur peut être forgée. Qu'il s'agisse d'ASP, de PHP ou d'autres scripts, il peut être un référence forgé. Certains logiciels de téléchargement simulent même de façon vivante références, et l'utilisation du contrôle WebBrowser peut facilement forger l'origine. Donc, en tant que gardien de la protection des sites Web, comment peut-il empêcher ces faux références?
Ici, JavaScript est utilisé.
Les méthodes de référence de contrefaçon mentionnées ci-dessus sont implémentées via des scripts côté serveur, mais ils ne peuvent pas tromper le client. JS est exécuté du côté client, et il ne fait pas attention aux informations des en-têtes du côté du serveur. Par conséquent, l'utilisation de la méthode Document.Referer de JS peut déterminer avec précision l'origine réelle de la page Web.
Presque toutes les statistiques tierces utilisent le document. Référer pour déterminer où ils se trouvent. Pourquoi? C'est la source de référente basé sur JS qui ne peut pas être forgé. Même si le script Web du référence est forgé avec succès du côté du serveur, il ne peut pas être compté dans des statistiques tierces. La raison en est que ces statistiques triparties utilisent le document. Référer pour déterminer la véritable origine.
Par conséquent, afin de lutter contre les informations de contrefaçon de fausses références, le code statistique doit utiliser le document de JS.
Pour autant que nous sachions, jusqu'à présent, le référence ne peut pas être forgé sous JS.
Alors, quelqu'un a demandé, si le client ferme les traces JavaScript ou même les cookies, comment jugez-vous autrement ce référent? En fait, la réponse est également très simple. Il s'agit d'utiliser le pont intermédiaire entre les scripts JS et ASP / PHP pour faire fonctionner les cookies. Dans JS, ce référence est écrit aux cookies et ASP / PHP lit ces cookies. Si ces cookies ne peuvent pas être lus, il est déterminé qu'il n'est pas à l'origine de ce site.