Hola,
Solo una pequeña molestia cuando un usuario es reportado por spam, al estar de acuerdo con la bandera y suspender al usuario debería haber una opción de “spammer” preseleccionada en la lista de razones para no tener que escribirla cada vez.
Además, al marcar a un usuario como spammer, no se me ocurre una razón para querer restaurar la cuenta, por lo que debería seleccionar automáticamente el período de suspensión hasta “para siempre” por defecto.
Tengo curiosidad, ¿no eliminas y bloqueas a los spammers directamente desde la publicación de spam? Me interesa conocer tu proceso.
Hola @HAWK , esto ocurre cuando los usuarios marcan una publicación como spam y yo la gestiono en la interfaz de revisión. Me pregunta algo como “¿Es esta publicación spam?” y respondo con la opción Sí > Eliminar publicación y suspender usuario (las cadenas son aproximadas según mi memoria), lo que luego muestra la ventana emergente de mi captura de pantalla.
Pero incluso si yo mismo detecto una publicación de spam como moderador/administrador, no solo eliminaría la publicación, sino que también suspendería la cuenta para que no sigan enviando spam. Para hacer eso, abriría la configuración de la cuenta del usuario en /admin/users/.../... y haría clic en el botón Suspender, lo que muestra la misma ventana emergente que requiere ingresar un motivo y una duración.
Otra opción sería simplemente eliminar la cuenta del spammer, lo que también da la opción de bloquear su dirección de correo electrónico/IP para que no se registre para obtener una nueva cuenta, parece que esta sería una mejor opción en lugar de la suspensión permanente.
Ser suspendido es tradicionalmente algo temporal, como si un estudiante estuviera causando muchos problemas en una escuela, puede ser suspendido por una semana o un mes, pero eso es completamente diferente a ser expulsado y no tener una segunda oportunidad para intentar hacerlo mejor y poder graduarse.
En caso de que no lo sepas, la opción para eliminar un usuario se encuentra en la parte inferior de la página de administración de usuarios, justo al lado de la opción para anonimizar. La opción de anonimizar sería mantener las publicaciones de un usuario pero aun así terminar su cuenta.
Hola @anon65426961, esa es una opción, pero no está integrada con el flujo de trabajo de revisión de Informes. Además, personalmente prefiero mantener las cuentas suspendidas en la base de datos y no bloquear su IP, 1) para posiblemente aumentar la barrera de esfuerzo para los spammers que usan correos electrónicos de registro como Gmail que requieren bastante trabajo para registrarse y así no reutilizan el mismo correo para registrarse nuevamente después de que elimino su cuenta, y 2) porque las IPs a menudo se encuentran en grandes bloques de IP compartidos que pueden ser asignados posteriormente a un usuario legítimo y prefiero no bloquearlos.
Qué interesante, no sé nada sobre el flujo de trabajo de revisión de informes.
Parece que podría ser una mejor idea mantener las cuentas suspendidas en la base de datos en lugar de eliminarlas. Existe la opción de eliminar solo la cuenta y no bloquear el correo electrónico/IP, pero no hay una opción para bloquear solo el correo electrónico, es para bloquear tanto la IP como el correo electrónico (como ya sabes, y habías solicitado la función para bloquear solo el correo electrónico en ese otro hilo), tal vez esa sea una opción que puedan agregar en el futuro.
Hay otro hilo con algunas conversaciones sobre esto aquí:
@jordan.vidrine suena como una solución bastante fácil, solo agregar Spammer a este menú desplegable. ¿Alguna objeción?
Estoy muy de acuerdo con esto. En algunos casos, todos en un área grande parecen tener la misma IP. Y si no pagas por la versión profesional, el servicio bajo la protección de Cloudflare no expondrá la IP real. Por lo tanto, no me atrevo a usar la función de prohibir IP, ya que lastimará gravemente a nuestros excelentes usuarios por error.
Creo que Cloudflare envía IPs reales en la cabecera Cf-Connecting-IP, ¿eso cambió recientemente?
Sí? No soy muy bueno en esto. Esto es lo que me dijo la mantenedora del servidor con la que trabajo. Recuerdo que me dijo que hay un cargo adicional por pasar la IP real.
¿Faltaba esto en los sitios a los que te refieres?
Todas las cuentas de Cloudflare pueden ver la IP de conexión asumiendo que la instancia de Discourse está configurada correctamente para usar la plantilla proporcionada.
Hemos facilitado recientemente que los moderadores hagan lo correcto con las publicaciones marcadas por Akismet.
Copiando lo que se hizo desde GitHub para mayor visibilidad:
¿Qué es este cambio?
Varios comentarios sugieren que las acciones de revisión para las publicaciones marcadas por Akismet son confusas. Dado que conceptualmente hay poca diferencia entre una publicación marcada como spam por un humano y una computadora, esta PR alinea más las opciones con lo que tenemos para las publicaciones marcadas como spam en el núcleo.
Antes
Después
Sé que esto es antiguo, pero no estoy seguro de que nadie más haya proporcionado este contexto todavía…
Los mantengo suspendidos (permanentemente) para mantener todos los registros de sus acciones fácilmente disponibles para identificar a los spammers de títeres. He identificado cerca de 10 cuentas como claramente del mismo actor y las he utilizado para ayudarme a bloquear nuevo spam a medida que llegaba. Si simplemente (digamos) bloqueara la IP, cambiarían de IP y no tendría eso como una de las muchas señales que utilizo para identificar spammers. Ha sido una herramienta enormemente útil para mantener mi sitio libre de nuevo spam en la práctica.
¡Buen punto! No es un problema fácil de abordar.
Personalmente, querría distinguir el spam organizado de “drive-by” de otros tipos de mal comportamiento individual. También sería muy cauteloso con la posibilidad de cuentas comprometidas: he visto que una cuenta fue eliminada después de hacer varias publicaciones de spam, perdiendo muchas publicaciones sustantivas anteriores. Era la misma cuenta, pero obviamente (para mí) no la misma persona. Una suspensión o anonimización habría sido mucho preferible.
En un hilo cercano, hay una sugerencia de que no es aconsejable eliminar cuentas de TL2 o superior sin una reflexión. Por supuesto, las cuentas TL0 que publican spam deberían tener un umbral mucho más bajo.
Sería bueno que la guía y la interfaz de usuario reflejaran las posibilidades: qué podría estar sucediendo y cuál podría ser una buena respuesta.
He visto a personas (quizás personas traumatizadas) expresar que odian a los spammers y que quieren actuar con extremo prejuicio. Lo que se pierden es que se refieren a personas, mientras que actúan sobre cuentas, y las cuentas tienen historiales.
Gracias por el aviso. ¿Se ha considerado alguna vez estas características para el manejo habitual de informes de “spam”?
