Esiste un modo per rimuovere i post di un utente specifico dai risultati di ricerca? Attualmente, se un utente molto attivo ha un nome utente che inizia o include un termine popolare in una community come…
Termine di ricerca: ‘ABCD’
Nome utente: ‘ABCDAndUser…’
…la ricerca di detto termine spesso porta a un elenco di post dell’utente, al punto che può essere quasi impossibile distinguere i risultati dei post casuali di quell’utente da quelli che sono effettivamente pertinenti e includono semplicemente quell’utente nella discussione. Idealmente, la maggior parte dei membri desidererebbe un elenco di post pertinenti piuttosto che quelli che includono solo detto utente che pubblica senza che il termine sia attivamente utilizzato.
Modifica: Attualmente non sono a conoscenza di una soluzione alternativa a questa se non cambiare detto nome utente e/o gli utenti che bloccano detto nome utente durante la ricerca. Nessuna di queste è ideale.
Oh, wow. Sta effettivamente recuperando post appena pubblicati da quella persona, o si tratta di post che hanno risposte che includono letteralmente il loro nome utente?
Sembra esserci qualche possibile miglioramento — non sembra giusto che un nome possa “dirottare” una ricerca in quel modo, ed è probabile che le persone scelgano nomi utente correlati all’argomento specifico di un dato forum.
Non so quanto possa essere difficile a livello tecnico, ma potrebbe essere utile sopprimere i nomi utente a meno che non ci sia la @.
Non credo che questa sia la soluzione migliore per questo problema. Ad esempio, posso immaginare che su un forum di auto qualcuno abbia un nome utente che proclama di possedere o amare un certo modello di auto. Vorresti davvero vietare questa possibilità — o mantenere la lista?
Inoltre, una volta ho dovuto fare una domanda di supporto ad AT&T e non sono riuscito a usare il nome “Matthew”. Vuoi indovinare perché?
Forse fraintendo l’impostazione come dichiarata. Dovresti riservare ogni istanza di qualsiasi parola potenzialmente problematica nei futuri nomi utente e rimuoverla retroattivamente anche dai nomi utente dei membri della community?
So per certo che abbiamo membri che usano il nome ‘testuser’ per esempio. Cioè, questo funzionerebbe come soluzione solo se usassimo caratteri jolly per bannare i nomi utente in massa, no? Sembra che possa diventare facilmente opprimente attraverso numerose abbreviazioni (questo particolare caso era un ticker ETF in una community finanziaria).
Inoltre, in pratica, la restrizione del nome utente non funziona bene con l’SSO. Con questo, se l’SSO non applica la stessa restrizione e l’utente sceglie involontariamente un nome “vietato”, Discourse gli assegnerà un nome utente casuale simile a un uuid lungo.
C’è un motivo specifico per cui Discourse non imita il segno meno di Google per escludere i risultati di ricerca contenenti un termine (o in questo caso un nome utente come termine da escludere) da una ricerca? Penso che sarebbe stata la soluzione più semplice se fosse esistita.
Mi dispiace, ho bisogno che questa conversazione sia contestualizzata.
Stai dicendo che vorresti cercare:
msft -msft_user
Questo è tecnicamente possibile nel nostro indice attuale, ma richiederebbe molto lavoro per farlo funzionare. Soprattutto perché msft_user viene tokenizzato in due token (msft / user), quindi dovremmo usare la sintassi è seguito da. Posso vedere il merito di implementare un operatore -, ma non è un cambiamento banale.
Sì, mi scuso se è diventato troppo lungo. Certamente non era mia intenzione.
Ho pensato di chiedere dopo che uno dei nostri membri ha sollevato questa situazione, poiché sembrava un cambiamento appropriato quando il tuo team stava recentemente lavorando a miglioramenti alla ricerca.
Nessun problema, penso che sia una richiesta perfettamente legittima, supportare -qualcosa e -\"una frase più lunga\" potrebbe essere molto utile in tutti i tipi di casi.
Non è un cambiamento banale, ma nemmeno un lavoro enorme, la cosa principale di questo cambiamento è che è un po’ complicato.
Sto taggando questo e il prossimo ciclo di lavoro sulla ricerca che possiamo rivedere!
l’esclusione dei tag è supportata:\n\n\n-tags:bug+feature: esclusione degli argomenti contrassegnati come bug e feature\n-tags:bug,feature: esclusione degli argomenti contrassegnati come bug o feature
