I don’t know why they’re doing this and what do they want. Any ideas? Thanks!
Have you seen this @sam? Odd.
This happens in Google Analytics all the time — the hope is that the searches are published somewhere or an admin visits the link.
I wonder if the same user is spamming these? Could we possibly look for a user who is searching for a url hundreds of times and flag their account?
For a lot of communities it’s uncommon for users to search URLs at all, so it probably doesn’t even need to be hundreds.
It sure is a very frustrating abuse factor, maybe we should auto eliminate spammers from the list, same IP or user, a gazzilion searches
I really would like to see the raw data here
Have not seen this before on our sites
I can send you the raw data for sure; which file is it?
Je remarque cela moi aussi récemment. Y a-t-il quelque chose que je puisse faire pour envoyer des données ou faire examiner le problème ? Ce fil semble s’être calmé. Merci !
Où l’avez-vous vu exactement ? Pouvez-vous partager une capture d’écran ?
Une solution « simple » consisterait-elle à simplement empêcher les utilisateurs anonymes de rechercher tout ce qui ressemble à un nom de domaine selon une expression régulière ?
On dirait que vous pourriez gagner en bannissant simplement toutes les recherches de domaines .cn, d’une manière ou d’une autre, mais l’impact réel est si faible ici (et ce qu’ils font est si inutilement inefficace) qu’il est difficile de justifier un quelconque effort d’ingénierie.
Notre site observe quelque chose de similaire, mais légèrement différent.
Il semble que nous ayons un bot effectuant quotidiennement des recherches sur notre forum à partir de quelques mots-clés.
Existe-t-il un moyen de bloquer des termes de recherche spécifiques ?
Ou, un moyen de lier un terme de recherche à une adresse IP, puis de bloquer cette IP ?
Ces recherches, par exemple, faussent considérablement notre analyse des données sur les termes de recherche :
Capybara fait partie de discobot. Le fait de le voir est un bon signe : cela indique que discobot fonctionne et que les utilisateurs parviennent à traverser le tutoriel pour les nouveaux utilisateurs.
Je ne reconnais pas les autres.
Je ne suis pas vraiment sûr du problème, honnêtement, avec la présence de certains mots-clés aléatoires sur cette liste. C’est un peu étrange, certes, mais vous êtes le seul à le voir.
Peut-être qu’une fonctionnalité permettant de nettoyer cette liste serait intéressante. Par exemple, ne plus jamais me montrer combien de personnes ont recherché « capybara » sur mon site. Mais ce n’est pas une priorité élevée, à mon avis.
Désolé de raviver ce vieux sujet, je rencontre beaucoup du même spam.
Comment peut-on bannir toutes les recherches pour les domaines .cn ?
J’ai déjà ajouté un filtre à la liste des mots bloqués, mais les recherches passent toujours
Je ne sais pas quel est l’intérêt de cela, mais c’est extrêmement agaçant de voir autant de spam dans les journaux de recherche ![]()
Nous recevons toujours toutes sortes de résultats de recherche inutiles.
Je suppose qu’il s’agit d’un bot (de recherche) car tout arrive en masse un jour donné, puis disparaît pendant un mois.
J’ai essayé d’ajouter des mots-clés à notre liste de mots bloqués, mais cela ne semble pas empêcher les gens de rechercher ces mots-clés, cela les empêche seulement de publier ces mots.
Je suis sûr que je l’ai déjà demandé, pouvons-nous désactiver la fonction de recherche pour les utilisateurs non connectés ?
Ou quelqu’un a-t-il des suggestions sur la façon de résoudre ou de contourner ce problème ? Nos journaux de recherche sont dénués de sens lorsqu’ils sont remplis de bots/de pourriel ![]()
Parce qu’à l’origine :
Mais maintenant, nos journaux de recherche sont absolument inutiles.
Regardez ceci :
Une seule recherche valide apparaît pendant tout le mois.
C’est au-delà de l’inutile ![]()
J’apprécierais sincèrement tout conseil sur la façon de résoudre ce problème, ou sur la façon d’empêcher les utilisateurs non connectés d’effectuer une recherche.
Il existe un paramètre de site caché nommé rate_limit_search_anon_global qui peut être utilisé pour limiter cela.
Merci @Falco
Attend-il une valeur booléenne ou entière ?
Les détails se trouvent dans site_settings.yml, il attend une valeur entière :








