We noticed that without us knowing about it, many users (about 50) got silenced. Turns out that in some cases when a user types too fast their post gets send to the review queue, but in some cases it does not get send to the review queue.
If a post does not get send to the review queue we are not made aware that a user got silenced.
The fact that there are two different ways in which users who typed too fast are handled meant most of our moderators were under the false assumption that all cases of user typed too fast were always send to the review queue. That’s a reasonable assumption, the system is confusing by having two different ways of dealing with the same thing.
Users often feel discouraged when they get silenced and their post doesn’t go public, and don’t care to try and message a moderator.
When they get unsilenced, their post is still lost, which again is discouraging.
Not everyone who types crazy fast is a spam bot. It may as well be a user who used google translate to translate a long text he wrote to English before posting it.
Please consider changing this and sending all those posts to the review queue.
Entonces, cambie la configuración de su sitio para acomodar esto, si espera que los usuarios peguen mucho texto (esto es realmente extraño, por cierto, y una FUERTE indicación de un spammer), entonces cambie min_first_post_typing_time en la configuración de su sitio.
No, esa configuración sigue en el valor predeterminado de 3000 ms.
¿Por qué debería cambiarla? Puedo imaginar perfectamente que la gente use Google Translate, lo pegue en el traductor y presione enter, por lo tanto, no veo ninguna razón para jugar con esta configuración.
Quizás no fui lo suficientemente claro con mi pregunta.
min_first_post_typing_time la ayuda explica:
Cantidad mínima de tiempo en milisegundos que un usuario debe escribir en la primera publicación; si no se cumple el umbral, la publicación entrará automáticamente en la cola de necesita aprobación.
Lo entiendo de esta manera: cada vez que no se cumple el umbral, la publicación entra en la cola de revisión, sin excepciones.
Lo que he visto en “Acciones del personal”: De vez en cuando, un usuario es silenciado por el sistema por escribir demasiado rápido, pero no hay señales de este usuario en la cola de revisión.
Ese es mi punto. Me gustaría entender por qué la mayoría de los usuarios que escriben demasiado rápido van a la cola de revisión, mientras que algunos de ellos no van a la cola de revisión.
Mi expectativa es que, independientemente del valor de min_first_post_typing_time, ya sea 1 segundo o 60 segundos, si una publicación no cumple el umbral, va a la cola de revisión, sin excepciones. Lo que veo en la realidad es diferente.
Justo, pero necesitas ajustar esta configuración a un valor más bajo para abordar la raíz de tu problema: tienes muchos usuarios que pegan contenido en las publicaciones como una actividad normal. Por lo tanto, esta configuración debe establecerse en un valor más bajo en tu instancia, porque tu audiencia de usuarios tiene características diferentes a las de otras instancias promedio de Discourse.
[quote=“codinghorror, post:7, topic:184578”]tienes muchos usuarios que pegan contenido en las publicaciones como una actividad normal.
[/quote]
No entiendo por qué esta debería ser la causa principal de mi problema, pero he cambiado min_first_post_typing_time de 3000 a 1500.
Mi expectativa es que esto no cambie absolutamente nada.
Estoy de acuerdo. Para tu audiencia de personas que pegan todo el tiempo, creo que deberías cambiarlo a algo mucho menor, como 100 milisegundos. No creo que pasar de 3 segundos a 1,5 segundos sea suficiente.
La buena noticia es que este límite solo se aplica a los usuarios nuevos, por lo que los usuarios existentes y establecidos no se verán afectados.
¿por qué dices que es extraño que la gente pegue texto? Un foro en el que participo está dedicado al desarrollo de una aplicación para teléfonos. Los comentarios sobre esta aplicación provienen de todo el mundo, a menudo también de personas que no hablan ni escriben inglés. Usan Google Translate para intentar dar sus comentarios en inglés, y por lo tanto, se pega. Sospechamos que sucede semanalmente.
eso resuelve el problema de que su publicación sea rechazada, pero introduce el problema del aumento del spam, como ya señalaste. Entonces, lo que estoy solicitando es una forma más inteligente de manejar estos casos: enviar esas publicaciones a la cola de revisión en lugar de rechazarlas silenciosamente. Para eso se diseñó la cola de revisión en primer lugar, ¿no?
Tú llamas extraño a pegar, yo llamo extraño a rechazar publicaciones silenciosamente.
También tengo al menos dos casos en los que un nuevo usuario fue silenciado con: silenced_by_staff: New user typed too fast por el usuario system, y nunca apareció en la cola de revisión, y en la descripción general del perfil del usuario no hay ningún mensaje de banner que muestre publicaciones ocultas o eliminadas.
Está citado en el tema Bug para que la información esté vinculada. Actualmente estoy intentando encontrar una forma consistente de reproducirlo para poder rastrear dónde puede estar el problema. Si tienes algún detalle adicional que pueda ayudar, por favor compártelo en Automatic silencing for "typing too fast" doesn't notify administrator.
Actualmente estoy intentando encontrar una forma consistente de reproducirlo para poder rastrear dónde puede estar el problema. Si tienes algún detalle adicional que pueda ayudar, por favor compártelo en 