Redirection des visiteurs d'1 site leecher vers 1 autre site

[Ma_x_im]

xxxxxxxx

 

[sunflower]

Re: Redirection des visiteurs d'1 site leecher vers 1 autre

Hello j'ai chercher et je n'ai pas trouver,

Je me suis fait linker mon site depuis des forums japonais, les bougres m'ont consommé en 2 jours ce qu'ils consomme en un mois.

J'ai les liens des forums qui m'ont linker, j'aimerai à l'aide de l'htaccess et des noms de domaines japonais qu'ils soit redirectionné vers un autre de mes sites, je m'y prend comment ?, merci.

Pour empecher le site oké j'avais trouver dans le forum:

RewriteCond %{HTTP_REFERER} ^siteaempecher$ [NC]

mais est ce que ca ne risque pas de ralentir mon site ? J'ai pu lire qu'il y'aurai des risques de ralentissement sur certains sites web..

Ensuite comment dire que tout visiteurs lambda provenant d'un domaine japonais soit automatiquement rediriger vers un autre site web ?

Un truc du goût de :

RewriteCond %{REMOTE_HOST} ^.*\.jp$
RewriteRule .....
Si le reverse est à jour et pas de proxy...

L'utilisation des rewriterules prendra un peu de ressources sur ton serveur, mais en tous cas vraiment beaucoup (beaucoup) moins que de répondre à ces requêtes (une redirection 301 c'est juste un header http...)
Raconte comment ça se passe

 

[Ma_x_im]

xxxxxxxxxx

 

[sunflower]

Mhhh donc ta ligne de code, empêcherai tout visiteurs en provenance du japon donc, et est ce que mes lignes sont oké (je suis débutant) ?:

RewriteCond %{REMOTE_HOST} \.jp$ [OR]
RewriteCond %{REMOTE_HOST} \.co.jp$ [OR]
RewriteCond %{REMOTE_HOST} \.nomdedomaineenparticulier\.(.com|net)$
RewriteRule ^http://www.site-ou-mes-visiteurs-seront-envoyer.html$ - [R]

je crois me souvenir que le Japon possède deux noms de domaine, le jp et le .co.jp.

Merci.

Ca ressemble à ça, à part la dernière ligne de RewriteCond qui a un '.' en trop devant 'com'. Et possiblement confondu avec HTTP_REFERRER :
RewriteCond %{HTTP_REFERER} ^http://.*\.nomdedomaineenparticulier\.(com|net)/.*$
(?)

Accessoirement si une adresse se résout en .co.jp, beeeenn ça se terminera forcément en .jp Donc 2eme ligne pas nécessaire.

Et la dernière ligne est fausse, ce serait plutôt :
RewriteRule .* http://www.site-ou-mes-visiteurs-seront-envoyes.html [R]
Je crois bien que le flag R est une 302 par défaut (redirection temporaire). A toi de voir suivant l'utilisation.

Et pour rajouter sur les performances, une dégradation sera dûe à la requête supplémentaire (la requête DNS inverse, pour avoir le nom et vérifier si il finit en '.jp'). Pour toutes les connexion. Donc si tu as un serveur chargé, pour éviter de gonfler le serveur de nom, le mieux serait sans doute d'identifier les plages d'adresse incriminées et les traiter avec une ligne du style
RewriteCond %{REMOTE_ADDR} ^123\.5\.45\.

Etudie peut-être la directive RewriteMap, elle permet de spécifier une liste d'hôtes dans un fichier texte puis les réutiliser pour les rewritecond etc...

Et surtout teste les différentes solutions, si tu as un sous-domaine sous la main

 

[Ma_x_im]

OK

 

[sunflower]

Mhhh donc pour une redirection permantente ce serait plutôt quelque chose à la suite des conditions du style :

RedirectPermanent / http://www.site-ou-mes-visiteurs-seront-envoyer.com/ (le code est il bon ?)

Ca semble valide, mais j'utilise pas RedirectPermanent et je soupçonne la directive de ne pas prendre en compte les RewriteCond... Tu peux utiliser [R=301] pour indiquer le code de redir permanente.

Donc niveau ralentissement, mieux vaux spécifier les sites qui me leech plutôt que d'interdire mon site à toutes les adresses .JP, ainsi le htaccess sais directement qu'elles sites interdire et ne dois donc pas verifier si chaque visiteurs provient d'un nom de domaine en .jp donc ?

Tout juste. Utiliser les IPs quand c'est possible. Savoir les noms à l'avance c'est bien mieux aussi. Les wildcards c'est moins performant et les opérations nécessitant une requête supplémentaires d'autant moins. le test sur .jp cumule tous les désavantages...

non malheureusement ! je dois tout tester en live et j'ai peur de choper la sale erreur donc je vais attendre dimanche soir passé une heure du mat pour être sur de réduire la casse si jamais je merde

Je te remercie

Beeen si t'as du traffic ce serait quand même pas mal d'avoir un spot de test. Y a même des hébergements gratuits tu sais... (ovh offre 1 an de 1000GP gratos en ce moment par exemple... :roll: )

 

[Ma_x_im]

ok

 

[sunflower]

Ca devrait finir par passer

ok j'ai regarder pour la directive Rewritemap mais je n'ai pas trouver grandchose qui me parle ..

vois http://httpd.apache.org/docs/1.3/mod/mo ... RewriteMap pour apache 1.3.

donc je pense mettre dans un premier temps le code comme ceci suivant les modifications que tu m'a dis de faire:

RewriteEngine on
# Options +FollowSymlinks
RewriteCond %{REMOTE_REFERER} \.site1japonais\.(.jp)$[OR]
....
RewriteCond %{REMOTE_REFERER} \.site5japonais-en-net\.(.net)$[OR]
RewriteRule .* http://www.site-ou-mes-visiteurs-seront-envoyes.html [R=301,L]

Humpf pas tout à fait tout ce que j'avais suggéré: Manque un détail ou deux,

1)sur chaque ligne, le '.' dans (.jp) ou (.net). Ca matchera un caractère, mais comme le précédent est un '.' (\.), ça matchera des urls finissant comme .tjp ou .4jp ou ..jp etc...
2) Et seulement prend soin des referers de la racine du site... vu que les gens risquent d'arriver de diverses pages intérieures...
3) REMOTE_REFERER je crois bien que ça n'existe pas... c'est HTTP_REFERER. Le referer vient des headers HTTP (remote gère plutôt la connexion, pas de referer possible dans ce cadre-là - mais ok pour REMOTE_HOST)

:arrow: utiliser

RewriteCond %{HTTP_REFERER} \.siteNjaponais\.jp/.*$

Et même modèle pour les .com ou .net...
Et à l'oeil nu je ne vois plus grand-chose de mal...

A mon humble intuition, essaie aussi d'avoir les noms entiers des sites si ils n'ont pas 42 sous-domaines.

REMOTE_HOST ne s'applique que lorsque l'ont veut bloquer les visiteurs d'une adresse precise d'après ce que j'ai compris donc pour bloquer tout le domaine, REMOTE_REFERER est préferable ?

Meeuuuf non, pas exactement, REFERER, c'est l'url précédente naviguée par l'internaute lambda. HOST c'est l'IP du pékin lambda qui surfait sur le site et y a trouvé moyen d'arriver sur le tien. HOST ça parle du surfeur et REFERER le site précédemment navigué (ça ne dit rien si ça sort de bookmarks ou écrit à la main).
Voila, et il est encore temps pour toi de souscrire gratuitement chez ovh (ou autre, j'ai pas d'actions) et faire des tests