Все случаи слишком быстрого ввода пользователем отправлять в очередь на проверку

Мы заметили, что без нашего ведома многие пользователи (около 50) были заглушены. Оказалось, что в некоторых случаях, когда пользователь печатает слишком быстро, его пост отправляется в очередь на проверку, а в других — нет.

  1. Если пост не отправляется в очередь на проверку, мы не узнаём о том, что пользователь был заглушён.
  2. Тот факт, что существуют два разных способа обработки пользователей, которые печатают слишком быстро, привёл к тому, что большинство наших модераторов ошибочно полагали, что все случаи «слишком быстрой печати» всегда отправляются в очередь на проверку. Это разумное предположение, но система вводит в заблуждение, предлагая два разных подхода к решению одной и той же проблемы.
  3. Пользователи часто чувствуют себя обескураженными, когда их заглушают, а их пост не публикуется, и не хотят писать модератору.
  4. Когда их разблокируют, их пост всё равно теряется, что снова демотивирует.
  5. Не каждый, кто печатает безумно быстро, является спам-ботом. Это может быть пользователь, который использовал Google Переводчик, чтобы перевести на английский язык длинный текст, который он написал перед публикацией.

Пожалуйста, рассмотрите возможность изменить это и отправлять все такие посты в очередь на проверку.

5 лайков

У меня то же самое, и я согласен, это сбивает с толку.
Есть ли какая-то особая причина, почему «некоторые посты отправляются в очередь на модерацию, а некоторые нет»?

Тогда измените настройки вашего сайта, чтобы учесть это. Если вы ожидаете, что пользователи будут вставлять много текста (кстати, это действительно странно и является сильным признаком спамера), то измените min_first_post_typing_time в настройках сайта.

Проблема решена. :handshake:

@codinghorror Есть какие-то комментарии по этому поводу?
Я всё ещё пытаюсь понять, что происходит.

Сначала я хотел бы получить ответ на свой вопрос:

если вы ожидаете, что пользователи будут вставлять много текста, измените min_first_post_typing_time в настройках вашего сайта.

Вы уже изменили эту настройку? Если нет, то почему? Что вам мешает это сделать?

1 лайк

Нет, эта настройка всё ещё стоит по умолчанию — 3000 мс.
Зачем мне её менять? Я прекрасно представляю, что люди используют Google Translate, вставляют текст в переводчик и нажимают Enter, поэтому я не вижу причин возиться с этой настройкой.

Возможно, я недостаточно чётко сформулировал свой вопрос.

Всплывающая подсказка для min_first_post_typing_time гласит:

Минимальное время в миллисекундах, которое пользователь должен потратить на набор текста при первом посте. Если порог не достигнут, пост автоматически попадает в очередь на одобрение.

Я понимаю это так: каждый раз, когда порог не достигается, пост попадает в очередь на проверку без исключений.

Однако в разделе «Действия персонала» я вижу следующее: время от времени система заглушает пользователя за слишком быстрое написание, но при этом нет никаких следов этого пользователя в очереди на проверку.

В этом и суть. Я хочу понять, почему большинство пользователей, пишущих слишком быстро, попадают в очередь на проверку, а некоторые — нет.

Мое ожидание таково: независимо от значения min_first_post_typing_time (будь то 1 секунда или 60 секунд), если пост не соответствует порогу, он должен попадать в очередь на проверку без исключений. То, что я наблюдаю в реальности, отличается от этого.

2 лайка

Справедливо, но вам нужно снизить значение этой настройки, чтобы устранить корень проблемы: у вас много пользователей, которые обычно вставляют контент в сообщения. Поэтому эту настройку обязательно нужно установить на более низкое значение в вашем экземпляре, так как ваша аудитория отличается от аудитории на других типичных экземплярах Discourse.

Я не понимаю, почему это должно быть коренной причиной моей проблемы, но сейчас изменил min_first_post_typing_time с 3000 на 1500. Ожидаю, что это ничего не изменит.

Согласен. Для вашей аудитории, которая постоянно вставляет текст, я думаю, стоит снизить это значение до чего-то гораздо меньшего, например, до 100 миллисекунд. Сокращение с 3 секунд до 1,5 секунды, на мой взгляд, недостаточно.

Хорошая новость в том, что это ограничение касается только новых пользователей, поэтому существующие, устоявшиеся пользователи не пострадают.

Упс, 100 мс? Это значение я бы никогда не выбрал(а) самостоятельно. Попробую.

1 лайк

Почему вы считаете странным, что люди вставляют текст? На одном из форумов, где я активен, обсуждается разработка мобильного приложения. Отзывы приходят со всего мира, часто от людей, которые не говорят и не пишут по-английски. Они используют Google Translate, чтобы попытаться оставить отзыв на английском, и поэтому происходит вставка текста. Мы предполагаем, что это случается еженедельно.

Это решает проблему отклонения их сообщений, но создаёт проблему увеличения спама, как вы уже отметили. Поэтому я прошу более умный способ обработки таких случаев: отправлять эти сообщения в очередь на модерацию, а не отклонять их молча. Разве для этого и была предназначена очередь на модерацию?

Вы называете вставку текста странной, я считаю странным молчаливое отклонение сообщений.

1 лайк

У меня также есть как минимум два случая, когда новый пользователь был заглушен с сообщением: silenced_by_staff: New user typed too fast от пользователя system, но это никогда не появлялось в очереди на проверку, а в обзоре профиля пользователя нет баннера с сообщением о скрытых или удалённых сообщениях.

@community-moderators Не могли бы вы перенести эту тему в bug или объединить её с этой темой?

1 лайк

Это процитировано в теме bug, поэтому информация связана между собой. :+1: В данный момент я пытаюсь найти последовательный способ воспроизведения, чтобы мы могли определить, где может быть проблема. Если у вас есть дополнительные сведения, которые могут помочь, пожалуйста, поделитесь ими на странице Automatic silencing for "typing too fast" doesn't notify administrator. :crossed_fingers:

Закрыто в пользу Automatic silencing for "typing too fast" doesn't notify administrator