C’è un’opzione per disabilitare la “Ricerca” per gli utenti anonimi? Permetti solo agli utenti registrati di cercare nel forum.. Grazie in anticipo.
3 Mi Piace
Dovresti nascondere la casella di ricerca con CSS. Dovresti anche assicurarti che Google non indicizzi il tuo sito, se vuoi davvero che le persone non riescano a trovare le cose.
1 Mi Piace
Ciao, dai un’occhiata a questo thread Hooks from: & to: syntax in yml to disable anonymous searches - #4 by opcourdis
Aggiungere la riga seguente nel tuo app.yml nella sezione env:, quindi ./launcher restart app potrebbe essere utile anche se mi chiedo se ci sia ancora un modo per accedere ai contenuti in un altro modo per gli utenti anonimi che potrebbero anche impostare un cookie di sessione per fingersi connessi, ma potrei sbagliarmi. Se qualcuno ha un’opinione in merito, sentiti libero di condividerla
env:
DISCOURSE_RATE_LIMIT_SEARCH_ANON_GLOBAL_PER_MINUTE: 0
Sto provando a farlo, ma ora i link diretti alle pagine di ricerca restituiscono semplicemente questo JSON:
{
"failed":"FAILED",
"message":"You’ve performed this action too many times, please try again later."
}
C’è un altro modo per farlo?
Il motivo per cui non voglio consentire agli utenti anonimi di effettuare ricerche nel forum è che un bot sofisticato sta estraendo dati con query come questa:
/search?q=%40UserName+%23general+in%3Afirst
Sembra che stiano mappando gli utenti e i loro contenuti per qualche tipo di attività di data mining. Per proteggere i dati degli utenti, voglio impedire qualsiasi accesso anonimo alla ricerca. Il problema è che ci sono link interni alle pagine di ricerca, quindi chiunque non sia registrato si imbatterà in quel messaggio JSON errato.
Ho modificato i temi in modo che non possano trovare la casella di ricerca finché non accedono, ma qualsiasi utente anonimo che clicchi su link esistenti a un risultato di ricerca riceverà il JSON.
Oggi hanno bombardato il forum con decine di migliaia di richieste prima che io potessi fermarli.
1 Mi Piace
Probabilmente oggi raggiungeremo le 100.000 visite da parte dei bot. 
Controllate i vostri forum per questo tipo di traffico, perché sembra proprio il genere di attività in cui si fanno scraping di molti forum per raccogliere dati per una sorta di “ricerca di persone”, collegando i nomi utente e i contenuti dei forum alle identità reali.
1 Mi Piace
Ciao, ciò che propongo qui non è correlato alla funzione di ricerca di questo argomento, ma utilizzi un forum a livello mondiale o no? Se no, questo è molto utile: GitHub - friendly-bits/geoip-shell: User-friendly and versatile geoblocker for Linux · GitHub ed è facile da configurare e mantenere.
Tuttavia, i membri della tua comunità devono essere consapevoli del fatto che, se viaggiano verso determinati paesi, potrebbero non essere in grado di raggiungere il tuo sito.
Oppure tutti coloro che utilizzano una VPN. Penso che si tratti di un’opzione nucleare con così tante conseguenze, e non è una soluzione alternativa per l’OP.
Ci sono anche dei plugin:
1 Mi Piace
Ecco perché ho chiesto all’OP se si tratta di un forum a livello mondiale o nazionale. Se vivi in Norvegia e utilizzi un provider VPN europeo, non c’è alcuna possibilità che venga rilevato come proveniente da un paese di un continente remoto che lo strumento geoip-shell bloccherebbe.
Non c’è nulla di nucleare in tutto questo, dipende dalla situazione dell’OP, vediamo cosa ha da dire.
@nat e @sam, qual è la vostra opinione su questa richiesta?
Mi sembra ragionevole, soprattutto considerando il traffico che osservo personalmente sull’endpoint /search per gli utenti anonimi.
D’altra parte, so che voi due state pensando di recente a come rendere “Ask AI” disponibile anche agli utenti anonimi.
Dall’altra (altra) parte, forse se stiamo pensando alla configurazione della disponibilità, questo potrebbe rientrare nello ambito di quella discussione?
2 Mi Piace
Questa situazione è piuttosto sfortunata. Sebbene creda fermamente che la ricerca dovrebbe essere disponibile a tutti, posso anche capire la frustrazione che questo bot sta causando. Inoltre, trovo molto utili i suggerimenti sul blocco geografico proposti sopra, come prima linea di difesa quando si sa che gli utenti provengono da determinate aree.
Inizialmente avevo preso in considerazione search_allowed_groups, ma penso che allow_anonymous_search (con valore predefinito true) sia la soluzione migliore. Implementare una funzionalità basata sui gruppi renderebbe troppo complesse alcune funzionalità interne che dipendono da search.
Con le modifiche apportate, quando allow_anonymous_search è disattivato, tutte le funzionalità di ricerca (API/UI) non sono consentite agli utenti anonimi. La descrizione dell’impostazione del sito è stata aggiornata di conseguenza.
Un aspetto su cui esitavo è che, sebbene la motivazione di questa PR e dell’impostazione del sito riguardi il griefing, mi chiedo se, quando allow_anonymous_search è disattivato, si dovrebbe comunque mostrare la casella di ricerca (che non funziona) per incoraggiare l’utente a registrarsi o accedere. Tuttavia, non credo che questo debba impedire la fusione di questa PR.
Preferirei inoltre che non si mescolino altre funzionalità a questa specifica richiesta, che per ora è limitata a /search.
3 Mi Piace
Spero che questa funzionalità venga aggiunta ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Sono d’accordo, avrebbe senso farlo. Sono anche d’accordo che non dovrebbe bloccare il PR che hai creato qui. E hai già questa parte, che aiuta:
Quando impostato su false, gli utenti anonimi che accedono a
/searchverranno reindirizzati alla pagina di accesso.
Sembra sufficiente per affrontare questa richiesta come primo passo.
1 Mi Piace
Ciao, è stato appena integrato.
Aggiorna per ottenere la nuova impostazione allow_anonymous_search in modo da poterla disattivare.
3 Mi Piace
Questo argomento è stato chiuso automaticamente dopo 4 giorni. Non è più possibile rispondere.