Заморозка уровня доверия

[anon40545810]

Название функции

Заморозка уровня доверия

Описание функции

1. Возникает, когда пользователь не хочет повышения своего уровня доверия. Это связано с тем, что с ростом уровня доверия возрастает и количество ответственности. Есть пользователи, подобные мне, которые хотят оставаться обычными пользователями, а не лидерами сообщества.
2. Ещё один интересный аспект — возможность замораживать уровень доверия для пользователей, которые ведут себя странно или нарушают правила безопасности сообщества. В таком случае они навсегда останутся базовыми или обычными пользователями. Это обеспечит более высокий уровень ограничений и безопасности, поскольку пользователи с замороженным уровнем доверия не смогут его повысить.
3. Часто возникает необходимость заморозить пользователя без обязательного закрытия его аккаунта.

Причины внедрения функции

1. Повышение уровня безопасности в Discourse.
2. Возможность заморозить определённых пользователей, которые по тем или иным причинам не соблюдают политику сообщества и, следовательно, не могут получить более высокий уровень доверия. Во многих системах или программных продуктах при нарушении пользователем правил аккаунт обычно закрывается или замораживается. В данном случае речь идёт именно о заморозке аккаунта. Возможно, будет установлено ограничение по времени заморозки — например, на 1 день или на 1 год.
3. Это мера безопасности.
4. Пользователь может сам запросить заморозку своего аккаунта. Возможно, потому что, как и я, он не хочет становиться лидером чего-либо.
5. В Twitter используется термин «приостановленный аккаунт». Обычно аккаунт приостанавливают за: спам, угрозу безопасности аккаунта, твиты или оскорбительное поведение. На мой взгляд, в данном случае речь идёт не о приостановке, а о заморозке аккаунта. Пользователь сохраняет возможность использовать аккаунт, он не приостановлен.

Ссылки

1. Я искал информацию в Discourse, но не нашёл много материалов, связанных с этой идеей.
2. Если существует похожая идея, лучше объединить их.
3. Буду признателен, если кто-то прочитает и даст обратную связь.
4. https://help.twitter.com/en/managing-your-account/suspended-twitter-accounts

[JammyDodger]

Вы можете ограничить уровень доверия пользователя на его странице admin/user:

[anon40545810]

Вы можете ограничить пользователя определенным уровнем доверия со страницы администратора/пользователя:

• Не знал об этой функции, спасибо за обратную связь.

У меня есть несколько вопросов, буду благодарен за разъяснения:

1. Можно ли установить время блокировки, например, на 1 день или 1 год?
2. Ещё один момент: могу ли я, как пользователь, запросить, чтобы мой уровень доверия в системе Discourse не повышался?

• Идея с заморозкой моего аккаунта связана именно с этими вопросами

[JammyDodger]

В настоящее время при блокировке уровня доверия нет опции таймера; это включается и выключается вручную.

Пользователи могут запросить блокировку своего уровня доверия, если администратор форума согласен это сделать.

Только что заметил вашу правку:

@anon40545810

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

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

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

Discourse Moderation Guide

So you’re a moderator on a Discourse forum - congratulations! As a forum moderator, it’s your role to help oversee the forum, ensuring that users and content are in line with your TOS, FAQ, and other published rules/guidelines. Discourse comes with numerous tools to help you accomplish this. Let’s take a look at some common scenarios and see how each can be handled with Discourse. Welcoming New Users Part of keeping a community friendly and helping it grow involves being an example to other…

[anon40545810]

@JammyDodger Вы были потрясающи, развеяли все мои сомнения. Но не могли бы вы прояснить, хороши ли эти дополнительные идеи?

В настоящее время при блокировке уровня доверия нет опции таймера; это включается и выключается вручную.

• Таким образом, новостью, которую этот пост привносит в Discourse, будет следующее: предложить опцию таймера при блокировке уровня доверия, поскольку в настоящее время это делается вручную. Это интересно, если посмотреть на следующее наблюдение:
  1. Можете ли вы представить, как вручную настраивать этот процесс для 100 пользователей? Это было бы немного утомительно, на мой взгляд. Мне кажется, что автоматический процесс с некоторыми правилами был бы лучше или эффективнее. Например, установка времени на 1 день, 1 год или что-то подобное.
  2. В Twitter, если я не ошибаюсь, можно объяснить причину, по которой не следует блокировать вашу учетную запись. Если вы предоставите объяснение того, почему вашу учетную запись не следует блокировать, она вернется в нормальное состояние. А если вы не объясните причину, ваша учетная запись будет заблокирована на определенный период времени. Я думаю, что этот сценарий можно применить и здесь, в Discourse. То есть, если вы объясните причину, по которой уровень доверия не должен быть заблокирован, ваш уровень доверия вернется в норму. Если вы не объясните причину, ваш уровень доверия будет заморожен на определенный период времени.

Сценарий с автоматическими мерами блокировки уровня доверия (когда активен таймер блокировки уровня доверия)

1. Пользователь должен быть проинформирован о причине блокировки его уровня доверия. примечание: Это происходит в следующих случаях: «Спам», «Безопасность учетной записи под угрозой», «Оскорбительные сообщения или поведение», «Жалоба — когда пользователи просят заблокировать свой уровень доверия».

2. Пользователь может запросить блокировку своего уровня доверия, но для этого он должен указать причину блокировки. Например:

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

3. Пользователи могут запросить блокировку уровня доверия другого пользователя. Некоторые причины:

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

4. Только администратор может разрешить блокировку уровня доверия пользователя. Примечания:

   • Это происходит в следующих случаях, когда система оценивает ситуацию как: «Спам», «Безопасность учетной записи под угрозой», «Оскорбительные сообщения или поведение», «Жалоба — когда пользователи просят заблокировать свой уровень доверия».
   • Это не происходит, когда пользователь запрашивает это по личным причинам.

Важные примечания

1. Если у пользователя возникают те же проблемы, уровень доверия прекращается в следующих случаях: «Спам», «Безопасность учетной записи под угрозой», «Оскорбительные сообщения или поведение», «Жалоба — когда пользователи просят заблокировать свой уровень доверия».
2. Количество блокировок — 4. Это число основано на допустимом количестве блокировок на YouTube. На YouTube действует следующий процесс: «Предупреждение», «Штраф 1», «Штраф 2», «Штраф 3». примечание: Если канал не соблюдает политику YouTube, он получает эти уведомления и имеет определенный срок для объяснения причины прекращения, блокировки или заморозки учетной записи. Мы можем применить такую же меру к уровню доверия в Discourse. В упомянутых выше случаях может иметь смысл иметь этот набор из 4 процессов: «Предупреждение», «Штраф 1», «Штраф 2», «Штраф 3». В зависимости от уведомлений уровень доверия может быть приостановлен, заморожен или прекращен. Если уровень доверия заморожен или приостановлен, существует определенный период времени, когда уровень доверия может вернуться в норму.

Пользователи могут запросить блокировку своего уровня доверия, если администратор этого форума согласен это сделать.

• Как вы упомянули и дали обратную связь: «пользователи могут запросить блокировку своего уровня доверия, если администратор этого форума согласен это сделать», новизна идеи этого поста заключается в том, чтобы позволить пользователю запросить блокировку своего уровня доверия.

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

• Это действительно интересно, и я этого не знал, спасибо, что упомянули об этом. Я проведу дополнительное исследование и узнаю больше о Discourse.

ссылки

• Understand copyright strikes - Computer - YouTube Help

[Moin]

@anon40545810

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

Лидер — это не уровень доверия, который достигается за счёт использования Discourse.

@codinghorror

Достигнуть уровня доверия 4 можно только…

• Путём ручного повышения со стороны сотрудников

Таким образом, блокировка уровня доверия не обязательна для того, чтобы не стать лидером.

[Heliosurge (Dan DeMontmorency)]

Существует плагин Automation, который, возможно, предоставляет возможность установить ограничение по времени для заблокированного TL. Но я не уверен.

[Nerd_Alert]

Есть ли способ зафиксировать уровни доверия для всех?

[anon40545810]

Есть ли способ заблокировать уровни доверия для всех?

• Исходя из отзывов здесь, нет. Но надеюсь, это поможет. Моя идея заключается в следующем. Кратко: у нас будут эти два процесса:

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

Примечания:

1. Во всех этих двух случаях система может автоматически заморозить или приостановить уровень доверия. В этом отношении никакого ручного процесса не потребуется, и это даже не имеет смысла, исходя из того, что я кратко изложил выше, — потому что только администратор может подтвердить, справедлив ли запрос на заморозку или приостановку уровня доверия, основываясь на ответе пользователя, который хочет, чтобы этот запрос был пересмотрен.
2. Если пользователь не приводит никаких причин, теоретически считается, что уровень доверия должен быть заморожен или приостановлен на некоторое время.
3. Если пользователь просит проанализировать эту ситуацию, то оценку проводит только администратор — в конечном итоге.
4. Если любой запрос отклонён администратором, администратор должен поговорить с пользователем и объяснить причину отклонения запроса.
   • После этого пользователь может подать новый запрос на пересмотр, и если администратор примет этот новый запрос — приостановка или заморозка уровня доверия будет отменена. В противном случае, если у пользователя нет аргументов, приостановка или заморозка уровня доверия считается принятой.
5. Я считаю, что эти процессы реализованы аналогично в таких сервисах, как WhatsApp и Twitter.
6. Ссылка, которую я прикрепил здесь, рассказывает о том, как работает WhatsApp — как он обнаруживает спам. Возможно, у Discourse есть какие-то идеи или инсайты на эту тему.

Ссылки

• https://faq.whatsapp.com/general/security-and-privacy/about-spam-and-unwanted-messages/?lang=en

[Heliosurge (Dan DeMontmorency)]

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

Discourse Automation

Summary Discourse Automation lets you automate actions through scripts and triggers. Customisation is made through an automatically generated UI. Install Guide This plugin is bundled with Discourse core. There is no need to install the plugin separately. [Capture d’écran 2021-07-02 à 15.13.57] Features Easy automation of complex workflows Triggers automations at specific dates, periodically, or on specific events Provides automatically generated UIs…

[anon40545810]

@Heliosurge Эта идея показалась мне очень интересной. Из того, что я прочитал о плагине, некоторые функции уже реализованы. В моём случае для решения основной проблемы мне понадобилось бы следующее:

Название скрипта	Плагин	Описание
Блокировка уровней доверия	automation	Если пользователь публикует слишком много, содержит слишком много и/или неуместных изображений, злоупотребляет системой флагов или подобное, альтернативой вышеуказанному является блокировка пользователя на уровне доверия 0. Это ограничит количество (и частоту) тем и сообщений, которые пользователь может создавать, а также предотвратит включение слишком большого количества изображений/ссылок и запретит пользователю отправлять флаги. Уровни доверия можно настроить на странице администратора пользователя.
Отключение пользователя	automation	Отключённые пользователи не могут создавать новые темы, сообщения, флаги или личные сообщения на сайте. Они всё ещё могут выполнять другие действия, такие как «лайки» сообщений, чтение тем, ответы на личные сообщения и т. д. Кроме того, они могут общаться с модераторами через личные сообщения, чтобы вы могли продолжать общение с ними и пытаться исправить поведение.
Приостановка пользователя	automation	Приостановленные пользователи не могут войти в систему и, следовательно, не могут выполнять какие-либо действия на форумах. Приостановка — это самое строгое возможное средство воздействия на пользователя, и её следует использовать экономно. Как и в случае с отключением, приостановка пользователя осуществляется со страницы администратора пользователя. Как и отключение, приостановка действует в течение определённого периода времени. Возможно, стоит сначала приостановить пользователя на короткий срок, и если пользователь вернётся и продолжит такое поведение, увеличить срок приостановки.
Заморозка уровня доверия	trigger-automation	В случае отключённых или приостановленных пользователей срабатывает триггер «Блокировка уровней доверия».

Как работает триггер заморозки уровней доверия

1. Заморозка уровня доверия — автоматически запускает следующие события:
   • Отключение пользователя — Предупреждение
   • Приостановка пользователя — Удар 1
   • Блокировка уровня доверия — Удар 2

Итоговое решение

1. Кратко: это будет 4 плагина. Только последний плагин вызывает остальные, как показано в следующей теме: Как работает триггер заморозки уровней доверия.
2. Несмотря на случаи отключения или приостановки пользователей, приведённые выше примеры были реализованы для случаев: Спам, Риск безопасности аккаунта, Оскорбительные сообщения или поведение, Отчёт — когда пользователи запрашивают блокировку своего уровня доверия. Также будут случаи, когда пользователи были отключены или приостановлены по личным причинам, то есть по собственному заявлению:
   • «Я прошу заблокировать уровень доверия, так как не хочу быть лидером чего-либо».
   • «Я в поездке и хочу заблокировать свой уровень доверия, не уверен, что меня не взломают в этот период».
   • «Я думаю, что мой аккаунт взломан, хочу заморозить уровень доверия до расследования сообществом Discourse».
   • Примечание: Пользователи, которые самостоятельно сообщили о проблеме со своим аккаунтом, могут запросить приостановку аккаунта, его отключение или, как в приведённом случае, блокировку уровня доверия.
     • Если пользователь предоставит доказательства того, что его не следует приостанавливать, отключать или защищать уровень доверия, аккаунт будет восстановлен в обычном состоянии.

Примечания

1. Я делал это несколько раз, спасибо за обратную связь, JammyDodger ;D Я прочитал этот документ, и он мне кажется довольно интересным: https://meta.discourse.org/t/discourse-moderation-guide
2. Dan DeMontmorency — Что вы думаете об этой идее? Хорошая ли это идея? Возможно ли создать что-то подобное?

Новые идеи

1. Альтернативным решением может быть следующее: это можно реализовать с помощью suspend-a-user-via-the-api,
   silence-user-via-api, add-a-user-to-a-group-via-api, discourse-docs-api-org, auto-suspend-inactive-user, discourse_api_pull_121. Единственная проблема в том, что я пока не нашёл никакой информации от API о блокировке уровня доверия.
2. Возможно, существуют плагины, которые взаимодействуют с API для этого: silence-user-via-api, auto-suspend-inactive-user, «locking trust level», suspend-a-user-via-the-api.
3. Моя идея заключается в создании плагина «Безопасность доверия», который будет взаимодействовать со следующими API: silence-user-via-api, auto-suspend-inactive-user, «locking trust level», suspend-a-user-via-the-api.
4. Моя первоначальная идея заключалась в том, что было бы действительно здорово иметь следующие конечные точки:
   • ${this.url}admin/users/${userId}/groups/report/spam
   • ${this.url}admin/users/${userId}/groups/report/lockingtrustlevel
   • ${this.url}admin/users/${userId}/groups/report/accountsecurityatrisk
   • ${this.url}admin/users/${userId}/groups/report/abusivemessagesorbehavior
   • ${this.url}admin/users/${userId}/groups/userwishthis/lockingtrustlevel
   • ${this.url}admin/users/${userId}/groups/userwishthis/accountsecurityatrisk
   • ${this.url}/admin/users/:user_id/report/spam
   • ${this.url}/admin/users/:user_id/report/lockingtrustlevel
   • ${this.url}/admin/users/:user_id/report/accountsecurityatrisk
   • ${this.url}/admin/users/:user_id/report/abusivemessagesorbehavior
   • ${this.url}/admin/users/:user_id/userwishthis/accountsecurityatrisk
   • ${this.url}/admin/users/:user_id/userwishthis/lockingtrustlevel

Но тем, что уже решает проблему, было бы реализовать этот poc — proof of concept:

• ${this.url}/admin/users/:user_id/silence
• ${this.url}/admin/users/:user_id/lockingtrustlevel
• ${this.url}admin/users/${userId}/groups/silence
• ${this.url}admin/users/${userId}/groups/lockingtrustlevel

[JammyDodger]

@Nerd_Alert

Есть ли способ зафиксировать уровни доверия для всех?

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

[Heliosurge (Dan DeMontmorency)]

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

[Nerd_Alert]

Мое использование Discourse довольно отличается от других. Это скорее не сообщество, а провайдер аутентификации, а также сайт поддержки.

[anon40545810]

еще одна идея

изображение 1

изображение 2

случай 1:

1. Для любого пользователя сообщества предусмотрена кнопка «Пожаловаться», что делает систему более автономной.
2. При нажатии на кнопку «Пожаловаться на пользователя» появляется модальное окно, где можно выбрать причину жалобы.
3. После этого пользователю, на которого поступила жалоба, отправляется сообщение.
4. Жалоба становится видна модератору или администратору.
5. Если пользователь не отвечает на это сообщение с жалобой — пытаясь, в свою очередь, заявить, что «это ложь» или «это не имеет оснований», как это происходит на YouTube, процесс завершается.
6. Срабатывает событие: Блокировка уровней доверия.
7. Если это происходит снова, срабатывает событие: Пользователь заглушен.
8. Если это происходит снова, срабатывает событие: Пользователь приостановлен.

примечания

1. Администратор или модератор проверит процедуру подачи жалобы пользователем на другого пользователя.
2. Если процедура подачи жалобы пользователем, подавшим заявку, имеет смысл (модератор или администратор) пересылает это сообщение пользователю.
3. Если у пользователя есть обоснование, объясняющее, что жалоба ложна, процесс закрывается.
4. Администратор или модератор может проверить ответ пользователя, на которого поступила жалоба, и решить, архивировать ли дело или нет.

случай 2

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

финальные примечания

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

Как происходит процесс подачи сигналов автоматически?

1. От пользователей сообщества к другим пользователям сообщества, то есть когда один или несколько пользователей сообщают об одном или нескольких пользователях — это происходит, когда один или несколько пользователей нажимают на кнопку: «Пожаловаться на этого пользователя сообществу» для одного или нескольких пользователей.
2. Когда только пользователи типа: модераторы, администраторы или лидеры сообщества призываются одним или несколькими пользователями сообщить о сообщении — это известно как флаг сообщения.
3. Самим пользователем, когда он чувствует, что его взломали, то есть когда пользователь сам сообщает о себе, уведомляя систему о том, что аккаунт был взломан — это происходит, когда один или несколько пользователей нажимают на кнопку: «Пожаловаться на этого пользователя сообществу», и, то есть, саморегулирование.
4. Администраторы, модераторы или лидеры сообщества называют эти случаи:
   • флаг сообщения
   • пользователь, на которого пожаловались пользователи сообщества
   • пользователь пожаловался на свой собственный аккаунт, так как считает, что он был взломан
5. Во всех этих сценариях требуются описанные мной плагины для автоматизации этого процесса.
6. Автоматические опции для модераторов, администраторов или лидеров сообщества по управлению пользователями следующие:
   • Блокировка уровней доверия
   • Пользователь заглушен
   • Пользователь приостановлен

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

Примечания

1. Генерируется список пользователей, на которых поступили жалобы.
2. С помощью этого списка мы можем сделать следующее. Пользователи, которые не просили ответа — это делается в первую очередь:
   • Блокировка уровней доверия
   • Пользователь заглушен
   • Пользователь приостановлен
3. Пользователи, которые запросили ответ:
   • К ним обращаются администраторы, модераторы и лидеры сообщества.
   • Если ответ пользователя, на которого поступила жалоба, принят или признан обоснованным, всё архивируется.
   • Если ответ не принят, у пользователя есть последний шанс ответить, и если он этого не сделает, процесс завершается.
4. Мы можем видеть этот список наиболее распространенных и редких случаев уведомлений внутри Discourse, включая год, месяц, неделю и период их возникновения (год к году, месяц к месяцу, неделя к неделе) — это была бы моя первоначальная идея.
5. На мой взгляд, лучший или самый простой способ сделать это — не нарушая моделирование системы Discourse, или даже практичный способ — использовать временную базу данных для получения жалоб от пользователей. Для этого можно использовать базу данных типа MongoDB.
   1. Я думаю об использовании MongoDB для получения информации от пользователей, на которых поступили жалобы.
   2. MongoDB хорошо работает — это документоориентированная база данных. Это интересно, если у вас большой объем данных и эти данные не структурированы — известный NoSQL.
   3. Кроме того, база данных не постоянная, она временная. MongoDB поддерживает временные типы данных.
   4. Я пришел к этой идее, прочитав это: Configure Discourse to use a separate PostgreSQL server — я подумал, что у меня будет отдельная база данных MongoDB для этого.
   5. Согласно этой странице: GitHub - discourse/discourse: A platform for community discussion. Free, open, simple. · GitHub, Discourse использует Redis и PostgreSQL. Вы когда-нибудь думали об использовании MongoDB для этого случая, который я описал?

резюме идеи

«пользователи, на которых поступили жалобы — mongodb»

reports: {

report1:{
 user: "user001",
 linkFlagPost: "https://meta.discourse.org/t/post-test/1122344"
 reason: "flag post",
 reportedUser: "user002"
},

report2:{
 user: "user001",
 reportedUser: "user003",
 report: "spam"
},

report3:{
 user: "user001",
 reportedUser: "user003",
 reason: "abusive messages or behavior"
},

report4:{
 user: "user001",
 reportedUser: "user003",
 reason: "user discloses illegal user data"
},

report5:{
 user: "user001",
 reportedUser: "user002",
 reason: "user posts dubious links, links that contain viruses, malware"
},

report6:{
 user: "user001",
 user_report: "user002",
 reason: "specify another reason"
},

report7:{
 user: "user001",
 reportedUser: "user005",
 reason: "I think my account has been hacked, I would like my trust level to be frozen until the case is investigated by the Discourse community"
}

примечания

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

reports: {

report1:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 linkFlagPost: "https://meta.discourse.org/t/post-test/1122344"
 reason: "flag post",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report2:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "spam",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report3:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "abusive messages or behavior",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report4:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "user discloses illegal user data",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report5:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "user posts dubious links, links that contain viruses, malware",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report6:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "specify another reason",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report7:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "I think my account has been hacked, I would like my trust level to be frozen until the case is investigated by the Discourse community",
status1: "filed process"
status2: "Locking Trust Levels"
},

report8:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reason: "I think my account has been hacked, I would like my trust level to be frozen until the case is investigated by the Discourse community", 
 reply: {
    reportedUser: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
   reason: "View logs in account - if you confirm this process, we will lock the trust level", 
   replyFrom: "administrator",
   status1: "filed process"
   status2: "Locking Trust Levels"
   }
}

Некоторые проблемы в этой идее, решение

1. Это может быть неверное решение, мне нужна обратная связь от сообщества Discourse, чтобы узнать, действительна ли идея или нет.
2. Реализация этого может быть сложной