Приостановить из очереди на проверку

Внести вклад Функция
1

Было бы возможно добавить возможность блокировки/приостановки пользователей из очереди рецензий?

Мы получаем довольно много спам-трафика с сайтов, потому что наше сообщество упоминается на этих SEO-форумах как одно из тех, где действует дружелюбная политика ссылок (то есть не no-follow), хотя мы используем no-follow практически с момента запуска проекта. Спаммеры приходят волнами: некоторые автоматически рассылают спам, некоторые ждут длительное время, некоторые используют спам по схеме «вопрос-ответ». Некоторые даже работают командами, надеясь, что мы пропустим несколько сообщений, и они получат хоть немного несуществующего «ссылочного веса».

Из-за различных видов спама мы пришли к выводу, что для нас более полезно иметь как можно больше документации и отслеживания. Это позволяет нам использовать функции удаления/блокировки (которые нам необходимы из-за SSO). Однако отсутствие документации (есть лишь небольшое всплывающее окно с информацией, но ничего не отображается в самом журнале записей) затрудняет мониторинг спамеров, а также работу с теми, кто может быть ошибочно помечен как спамер (ведь мы тоже люди). В результате мы вручную приостанавливаем аккаунты пользователей, одобряем их сообщения, а затем удаляем их.

Если бы у нас была кнопка «Принять меры», которая появляется в процессе отметки спамом, это обеспечило бы последовательность действий в борьбе со спамом и позволило бы лучше отслеживать закономерности в поведении проблемных пользователей.

5 лайков
3

Мне действительно не хочется быть тем самым «поднимателем темы», но я хотел бы снова поднять этот вопрос, чтобы люди могли его пересмотреть.

Мы получаем много спама… очень много. Бывают дни, когда за час может прийти 15–20 спам-сообщений. Поэтому мы были вынуждены использовать метод удаления пользователей, потому что в противном случае процесс занимает 4–5 шагов: одобрить, перейти к сообщению, пометить как спам, принять меры (если система позволяет действовать напрямую; иначе нужно перейти в очередь и принять меры). При этом мы надеемся, что кто-нибудь из участников сообщества не пометит «одобренное» сообщение как спам, что создаст нам ещё больше работы.

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

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

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

Примечание: Я знаю, что в очереди на ревью есть функция отклонения сообщений, но она не затрагивает пользователей. Это палка о двух концах, так как пользователи могут вернуться, и в очереди нет никаких указаний на то, что у кого-то ранее были отклонённые сообщения…

Display number of user's rejected posts on posts in the review queue
4

Какой метод является основным источником спама, поступающего в вашу очередь проверки?

По-моему, если спам помечен Akismet, в выпадающем меню «Да» есть опция «приостановить»:

akismet
akismet1395×685 31.8 KB

И, кажется, эта опция также доступна для сообщений, помеченных сообществом:

community flagged spam
community flagged spam960×748 33.4 KB

Не упустили ли мы что-то ещё?

5

Большая часть нашего спама поступает по метке «Новый пользователь опубликовал первое сообщение подозрительно быстро, подозрение на бота или спамера»
image

image
image762×163 4.96 KB

У таких постов есть функции «одобрить пост», «удалить пост» и «удалить пользователя». Я прошу добавить нам те же функции, что и в двух других очередях, где есть возможность приостановить действие аккаунта пользователя. Это можно реализовать как выпадающий список при отклонении поста.

2 лайка
6

Ах, да. Тот inherits кнопки «Одобрить», а не «Пометить», так как он классифицируется как пост/тема в очереди:

New user typed too fast
New user typed too fast1358×563 26.1 KB

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

Лично я на стороне «удаления» спамеров :slight_smile:, но знаю несколько сайтов, которые предпочитают вместо этого приостанавливать доступ. Если такая опция есть для других случаев, то, на мой взгляд, её следует включить и для этого (если это возможно).

4 лайка
10

Вот пример скриншота, демонстрирующий проблему:

image
image532×138 27 KB

Я быстро просмотрел код. Похоже, эти действия пользователя добавляются здесь, в методе класса ReviewableQueuedPost, который расширяет Reviewable и предоставляет метод delete_user_actions().

Метки берутся отсюда, и у нас уже есть метки для reject_and_suspend, которые используются, например, в классе ReviewablePost (который также расширяет Reviewable).

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

Эта опция помогла бы предотвратить случаи, когда мы случайно портили кому-то день.

2 лайка
11

Чтобы быть честным (я не подумал поделиться этим с Boltronic), мы намеренно скрыли кнопку «Отклонить пост», потому что она просто удаляет пост — никакого логирования при этом не происходит, по крайней мере, на момент, когда мы скрыли кнопку (я с радостью верну её, если будет хотя бы логирование).

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

12

Полагаю, случаи «пользователь набирал слишком быстро» теперь сохраняются в записях очереди проверки. :+1:

1 лайк