Puis-je exclure les noms d'utilisateur de la recherche

Existe-t-il un moyen de supprimer les publications d’un utilisateur spécifique des résultats de recherche ? Actuellement, si un utilisateur très actif a un nom d’utilisateur qui commence par ou inclut un terme populaire dans une communauté tel que…

Terme de recherche : « ABCD »
Nom d’utilisateur : « ABCDAndUser… »

… la recherche dudit terme affiche souvent une liste des publications de l’utilisateur, au point qu’il peut être presque impossible de différencier les résultats des publications aléatoires de cet utilisateur de ceux qui sont réellement pertinents et qui incluent simplement cet utilisateur dans la discussion. Idéalement, la plupart des membres souhaiteraient une liste de publications pertinentes plutôt que celles qui n’incluent que ledit utilisateur publiant sans que le terme ne soit activement utilisé.

Modification : Actuellement, je ne connais pas de solution de contournement à cela, autre que de changer ledit nom d’utilisateur et/ou de bloquer ledit nom d’utilisateur lors de la recherche. Aucune de ces solutions n’est idéale.

3 « J'aime »

Oh, wow. Est-ce qu’il affiche réellement des publications qui viennent d’être faites par cette personne, ou est-ce qu’il affiche des publications dont les réponses incluent littéralement leur nom d’utilisateur ?

2 « J'aime »

Bon point. En y regardant de plus près, ce sont les publications qui contiennent des réponses qui incluent littéralement leur nom d’utilisateur.

2 « J'aime »

Il semble qu’il y ait une amélioration possible — il n’est pas normal qu’un nom puisse « détourner » une recherche de cette manière, et il est probable que les gens choisissent des noms d’utilisateur liés au sujet particulier de chaque forum.

Je ne sais pas à quel point ce serait difficile en coulisses, mais il serait peut-être bon de masquer les noms d’utilisateur à moins que le signe @ ne soit présent.

2 « J'aime »

C’est l’une des raisons pour lesquelles les noms d'utilisateur réservés existent.

Par défaut, Discourse bloque les éléments suivants :

Personne ne souhaite qu’un utilisateur nommé discourse perturbe la discussion.

Les communautés peuvent mettre à jour cette liste pour ajouter tout terme spécifique à leur discussion.

3 « J'aime »

Je ne pense pas que ce soit la meilleure solution à ce problème. Par exemple, j’imagine sur un forum de voitures quelqu’un ayant un nom d’utilisateur proclamant qu’il possède ou aime un certain modèle de voiture. Voudriez-vous vraiment interdire cette possibilité — ou maintenir la liste ?

De plus, une fois, j’ai dû poser une question de support à AT&T, et je n’ai pas pu utiliser le nom « Matthew ». Voulez-vous deviner pourquoi ?

2 « J'aime »

Peut-être que je comprends mal le réglage tel qu’énoncé. Devriez-vous réserver chaque instance de tout mot potentiellement problématique dans les futurs noms d’utilisateur et le supprimer rétroactivement des noms d’utilisateur des membres de la communauté également ?

Je sais pertinemment que nous avons des membres qui utilisent le nom ‘testuser’ par exemple. C’est-à-dire que cela ne fonctionnerait comme solution que si nous utilisions des jokers pour interdire les noms d’utilisateur en masse, n’est-ce pas ? Cela semble pouvoir devenir facilement excessif à travers de nombreuses abréviations (cette instance particulière était un ticker d’ETF dans une communauté financière).

1 « J'aime »

De plus, d’un point de vue pratique, la restriction du nom d’utilisateur ne fonctionne pas bien avec l’SSO. Avec cela, si l’SSO n’applique pas la même restriction et que l’utilisateur choisit involontairement un nom « interdit », Discourse lui attribuera un nom d’utilisateur aléatoire semblable à un uuid long.

1 « J'aime »

À titre d’exemple concret, je suppose que

  1. un utilisateur s’est appelé msft_2000
  2. Maintenant, chaque fois que quelqu’un dit « Ce que @msft_2000 dit » ou « ce que msft_2000 dit », cela apparaît dans la recherche

Je ne suis honnêtement pas sûr de ce qu’il faut faire, j’aborderais probablement cela dans le sens inverse.

  • Un plugin spécial qui transforme MSFT → « onebox msft magique avec des données supplémentaires »
  • Analyser les requêtes de recherche pour les tickers boursiers connus et effectuer une transformation sur la requête de recherche.

Ce sera certainement très compliqué et coûteux. La seule solution simple à laquelle je puisse penser est de renommer les utilisateurs.

1 « J'aime »

Existe-t-il une raison spécifique pour laquelle Discourse n’imite pas le signe moins de Google pour exclure les résultats de recherche contenant un terme (ou dans ce cas, un nom d’utilisateur comme terme à exclure) d’une recherche ? Je pense que ce serait la solution la plus simple si elle existait.

Désolé, j’ai besoin que cette conversation soit étayée.

Vous dites que vous souhaitez rechercher :

msft -msft_user

C’est techniquement possible dans notre index actuel, mais cela nécessiterait beaucoup de travail pour le mettre en place. Surtout que msft_user est décomposé en deux jetons (msft / user), nous devrions donc utiliser la syntaxe est suivi par. Je peux voir l’intérêt d’implémenter un opérateur -, mais ce n’est pas un changement trivial.

3 « J'aime »

Oui, désolé si cela s’est un peu éternisé. Ce n’était certainement pas mon intention.

J’ai pensé demander après que l’un de nos membres ait soulevé cette situation, car cela semblait être un changement approprié alors que votre équipe travaillait récemment sur des améliorations de la recherche.

Cela répond à la question. :+1:

2 « J'aime »

Aucun problème, je pense que c’est une demande tout à fait légitime, le support de -quelque chose et de -\"une phrase plus longue\" pourrait être très utile dans toutes sortes de cas.

Ce n’est pas un changement trivial, mais ce n’est pas non plus une énorme quantité de travail, la principale chose à propos de ce changement est qu’il est un peu délicat.

Je marque ceci et lors de la prochaine série de travaux sur la recherche, nous pourrons y revenir !

Merci beaucoup d’avoir soulevé ce point.

7 « J'aime »

N’est-ce pas également une bonne utilisation des tags ?

l’exclusion des tags est prise en charge :\n\n\n-tags:bug+feature : exclut les sujets étiquetés bug et feature\n-tags:bug,feature : exclut les sujets étiquetés bug ou feature

5 « J'aime »