¿Hay alguna opción para deshabilitar la “Búsqueda” para usuarios anónimos? Permitir que solo los usuarios registrados busquen en el foro. Gracias de antemano.
3 Me gusta
Deberías ocultar el cuadro de búsqueda con CSS. También necesitarías asegurarte de que Google no indexe tu sitio si realmente quieres que la gente no pueda encontrar cosas.
1 me gusta
Hola, revisa este hilo Hooks from: & to: syntax in yml to disable anonymous searches - #4 by opcourdis
Agregar la línea a continuación en tu app.yml en la sección env:, luego ./launcher restart app puede ser útil, aunque me pregunto si todavía hay una forma de acceder a los contenidos de otra manera para los usuarios anónimos que también pueden establecer una cookie de sesión para hacerse pasar por conectados, pero puede que me equivoque. Si alguien tiene una opinión al respecto, siéntase libre de compartirla.
env:
DISCOURSE_RATE_LIMIT_SEARCH_ANON_GLOBAL_PER_MINUTE: 0
Estoy intentando con eso, pero los enlaces directos a las páginas de búsqueda ahora solo devuelven este JSON:
{
"failed":"FAILED",
"message":"You’ve performed this action too many times, please try again later."
}
¿Hay alguna otra forma de hacerlo?
La razón por la que no puedo dejar que los usuarios anónimos busquen en el foro es que un bot sofisticado está extrayendo datos con consultas como esta:
/search?q=%40UserName+%23general+in%3Afirst
Parece que están mapeando a los usuarios y su contenido para algún tipo de tarea de minería de datos. Para proteger los datos de los usuarios, quiero evitar cualquier acceso anónimo a la búsqueda. El problema es que hay enlaces internos a páginas de búsqueda, por lo que cualquier persona que no haya iniciado sesión se encontrará con ese mensaje JSON incorrecto.
Edité los temas para que no puedan encontrar la caja de búsqueda hasta que inicien sesión, pero cualquier usuario anónimo que haga clic en enlaces existentes a un resultado de búsqueda obtendrá el JSON.
Hoy han golpeado el foro con decenas de miles de solicitudes antes de que lo detuviera.
1 me gusta
Hoy probablemente alcanzará las 100.000 visitas de bots. 
Revisen sus propios foros para ver si tienen este tipo de tráfico, porque parece ser el tipo de actividad en la que raspan muchos foros para obtener algún tipo de datos de “búsqueda de personas”, vinculando nombres de usuario y contenido de los foros con identidades reales.
1 me gusta
Hola, lo que propongo aquí no está relacionado con la función de búsqueda de este tema, pero ¿utilizan un foro a nivel mundial o no? Si no es así, esto es muy útil: GitHub - friendly-bits/geoip-shell: User-friendly and versatile geoblocker for Linux · GitHub y es fácil de configurar y mantener.
Sin embargo, los miembros de su comunidad deben ser conscientes de que, si viajan a ciertos países, es posible que no puedan acceder a su sitio web.
O todas las personas que utilicen una VPN. Creo que esa es una opción nuclear con tantas consecuencias, y no es una solución alternativa para el OP.
También hay complementos:
1 me gusta
Por eso le pregunté al OP si es un foro a nivel mundial o a nivel de país. Si vives en Noruega y usas un proveedor de VPN europeo, no hay posibilidad de que aparezca como si viniera de un país de un continente remoto que la herramienta geoip-shell bloquearía.
No tiene nada de nuclear, depende de la situación del OP. Veamos qué dice.
@nat y @sam, ¿qué opináis sobre esta solicitud?
Me parece razonable, especialmente dado el tráfico que veo personalmente en el endpoint /search para usuarios anónimos.
Por otro lado, sé que los dos habéis estado pensando recientemente en cómo hacer que “Ask AI” esté disponible para usuarios anónimos.
Por el otro (otro) lado, quizás si estamos pensando en la configuración de la disponibilidad, esto podría estar en el alcance de considerarlo como parte de eso?
2 Me gusta
Esta situación es bastante lamentable. Aunque creo firmemente que la búsqueda debería estar disponible para todos, también puedo comprender la gran molestia que este bot está causando. Además, considero muy útiles las sugerencias sobre bloqueo geográfico mencionadas anteriormente como primera línea de defensa si se sabe que los usuarios provienen de ciertos lugares.
Inicialmente había considerado search_allowed_groups, pero creo que allow_anonymous_search (con valor predeterminado en true) es mejor. Implementar una función basada en grupos haría que ciertas funciones internas que dependen de search fueran demasiado complejas.
Con lo anterior, cuando allow_anonymous_search está desactivado, todas las funciones de búsqueda (API/UI) no están permitidas para los usuarios anónimos. La descripción de la configuración del sitio se indica en consecuencia.
Un punto en el que me mostré reacio es que, si bien la razón de este PR y de la configuración del sitio se debe al acoso, me pregunto si, al desactivar allow_anonymous_search, se debería seguir mostrando el cuadro de texto de búsqueda (que no funciona) y animar al usuario a registrarse o iniciar sesión. Sin embargo, no creo que esto deba impedir la fusión de este PR.
También preferiría que no mezcláramos otras funciones con esta solicitud específica, que por ahora está limitada a /search.
3 Me gusta
Ojalá tuviera esta función ~~~~
De acuerdo, tendría sentido hacerlo. También coincido en que no debería bloquear el PR que creaste aquí. Y ya tienes esta parte, que ayuda:
Cuando se establece en false, los usuarios anónimos que accedan a
/searchserán redirigidos a la página de inicio de sesión.
Parece suficiente para atender esta solicitud como primer paso.
1 me gusta
Hola, ya se ha fusionado.
Actualiza para obtener la nueva configuración allow_anonymous_search y poder desactivarla.
3 Me gusta
Este tema se cerró automáticamente después de 4 días. Ya no se permiten nuevas respuestas.