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.
Alors modifiez les paramètres de votre site pour en tenir compte, si vous attendez des utilisateurs qu’ils collent beaucoup de texte (c’est vraiment étrange, d’ailleurs, et une FORTE indication d’un spammeur), alors modifiez min_first_post_typing_time dans les paramètres de votre site.
Non, ce réglage est toujours sur la valeur par défaut de 3000 ms.
Pourquoi devrais-je le changer ? Je peux parfaitement imaginer que des gens utilisent Google Translate, le collent dans le traducteur et appuient sur Entrée, par conséquent, je ne vois aucune raison de jouer avec ce réglage.
Peut-être que je n’ai pas été assez clair dans ma question.
min_first_post_typing_time aide à expliquer :
Durée minimale en millisecondes qu’un utilisateur doit taper lors du premier message, si le seuil n’est pas atteint, le message entrera automatiquement dans la file d’attente d’approbation.
Je comprends cela comme suit : Chaque fois que le seuil n’est pas atteint, le message entrera dans la file d’attente de révision, sans exception.
Ce que j’ai vu dans les “Actions du personnel” : De temps en temps, un utilisateur est réduit au silence par le système pour avoir tapé trop vite, mais il n’y a aucun signe de cet utilisateur dans la file d’attente de révision.
C’est là mon problème. J’aimerais comprendre pourquoi la majorité des utilisateurs qui tapent trop vite vont dans la file d’attente de révision, alors que certains d’entre eux n’y vont pas.
Mon attente est que, indépendamment de la valeur de min_first_post_typing_time, qu’elle soit de 1 seconde ou de 60 secondes, si un message n’atteint pas le seuil, il va dans la file d’attente de révision, sans exception. Ce que je vois en réalité est différent.
C’est juste, mais vous devez ajuster ce paramètre à une valeur inférieure pour résoudre le problème à la racine : vous avez beaucoup d’utilisateurs qui collent du contenu dans les publications comme activité normale. Par conséquent, ce paramètre doit être défini sur une valeur inférieure sur votre instance, car votre public d’utilisateurs a des caractéristiques différentes de celles du public des autres instances Discourse moyennes.
[quote=“codinghorror, post:7, topic:184578”]vous avez beaucoup d’utilisateurs qui collent du contenu dans des messages comme activité normale.
[/quote]
Je ne comprends pas pourquoi cela devrait être la cause première de mon problème, mais j’ai changé min_first_post_typing_time de 3000 à 1500 maintenant.
Je m’attends à ce que cela ne change absolument rien.
Je suis d’accord. Pour votre public de personnes qui collent tout le temps, je pense que vous devriez changer cela à quelque chose de beaucoup plus bas, comme 100 millisecondes. Je ne pense pas que passer de 3 secondes à 1,5 seconde soit suffisant.
La bonne nouvelle est que cette limite ne s’applique qu’aux nouveaux utilisateurs, donc les utilisateurs existants et établis ne seront pas affectés.
pourquoi dites-vous qu’il est bizarre que les gens collent du texte ? Un forum sur lequel je suis actif est dédié au développement d’une application téléphonique. Les commentaires sur cette application proviennent du monde entier, souvent aussi de personnes qui ne parlent pas ou n’écrivent pas l’anglais. Ils utilisent Google Translate pour essayer de donner leurs commentaires en anglais, et donc le collage se produit. Nous pensons que cela se produit chaque semaine.
cela résout le problème de leur message qui est rejeté, mais introduit le problème de l’augmentation du spam comme vous l’avez déjà souligné. Donc, ce que je demande, c’est une manière plus intelligente de gérer ces cas : envoyer ces messages à la file d’attente de révision plutôt que de les rejeter silencieusement. C’est à cela que la file d’attente de révision était destinée en premier lieu, n’est-ce pas ?
Vous appelez le collage bizarre, j’appelle le rejet silencieux des messages bizarre.
J’ai également au moins deux cas où un nouvel utilisateur, qui a été réduit au silence avec : silenced_by_staff: New user typed too fast par l’utilisateur system, et cela n’est jamais apparu dans la file d’attente de révision, et dans l’aperçu du profil de l’utilisateur, il n’y a aucun message de bannière indiquant des publications masquées ou supprimées.
C’est cité dans le sujet Bug pour que les informations soient liées ensemble. Actuellement, j’essaie de trouver une reproduction cohérente afin que nous puissions déterminer où se situe le problème. Si vous avez des détails supplémentaires qui pourraient aider, veuillez les partager sur Automatic silencing for "typing too fast" doesn't notify administrator.
Actuellement, j’essaie de trouver une reproduction cohérente afin que nous puissions déterminer où se situe le problème. Si vous avez des détails supplémentaires qui pourraient aider, veuillez les partager sur 