Отслеживание статуса RFC с помощью Discourse

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

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

Состояние Discourse

Цель функции

Превратить Discourse в форум, работающий по принципу RFC.

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

  1. Запрос комментариев ( RFC ) — это публикация в серии документов от основных технических органов разработки и стандартизации Интернета, прежде всего от Инженерного совета Интернета (IETF). RFC пишутся отдельными лицами или группами инженеров и ученых в области компьютерных наук в форме меморандума, описывающего методы, поведение, исследования или инновации, применимые к работе Интернета и систем, подключенных к Интернету. Они представляются либо для рецензирования, либо для передачи новых концепций, информации или, иногда, инженерного юмора.[1]
  2. Состояние Discourse аналогично статусам, указанным в документах типа RFC. Состояние Discourse используется для лучшего контроля сообщений пользователей. Документы RFC имеют следующие статусы:
  • Информационный (Informational)
  • Экспериментальный
  • Лучшая текущая практика
  • Стандартная трасса
  • Предложенный (Proposed Standard)
  • Черновик (Draft Standard)
  • Стандарт Интернета (Internet Standard)
  • История (Historic)
  • Неизвестный

В моем случае, в моем ресурсе, эти статусы будут соответствовать типам сообщений:

Состояние Discourse / коды

  1. Черновик (Draft Standard) | 1 - Черновик (Draft Standard)
  2. Экспериментальный | 2 - Экспериментальный
  3. Предложенный стандарт | 3 - Предложенный (Proposed Standard)
  4. Стандартная трасса | 4 - Стандартная трасса
  5. Лучшая текущая практика | 5 - Лучшая текущая практика
  6. История (Historic) | 6 - История (Historic)
  7. Информационный | 7 - Информационный
  8. Стандарт | 8 - Стандарт
  9. Неизвестный | 9 - Неизвестный

Состояние Discourse / сценарии

  1. Когда пользователь создает сообщение, на которое нет ответов. Это сообщение имеет статус Discourse как Черновик (Draft Standard). Также, когда пользователь создает сообщение, которое еще не опубликовано, оно также имеет статус Discourse как Черновик (Draft Standard).
  2. Когда пользователь создает сообщение, на которое есть ответ. Это сообщение получает статус Экспериментальный Discourse. Если ответов становится больше, статус сообщения остается Экспериментальный.
  3. Если несколько пользователей лайкают сообщение и считают его действительно хорошим, то оно помечается как Стандартная трасса. Если появляются еще подобные или аналогичные сообщения, по умолчанию объявляется статус Лучшая текущая практика Discourse.
  4. Любое изменение сообщения воспринимается как объявление статуса История (Historic) Discourse.
  5. Если сообщение принято всеми членами сообщества, статус Discourse — Информационный.
  6. Если сообщение требует исправления или улучшения, статус объявляется как Информационный Discourse (Informational). Если сообщение исправлено и улучшено, статус объявляется как Предложенный (Proposed Standard) Discourse.
  7. Если на сообщение нет ответов в течение 1 недели, 1 дня, 1 месяца или 1 года — статус объявляется как Неизвестный Discourse.

Примечания

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

Идея

image
image1285×354 26.7 KB

Поясняющее изображение

Как видно на изображении, в одном и том же сообщении могут быть разные статусы. В зависимости от взаимодействия пользователей статус меняется. Статус может быть 1, 2, 3, 4, 5, 6, 7, 8 или 9. На изображении показано, что произошло: сообщение получило множество комментариев, и оно перешло из статуса Черновик в статус Стандарт, код 8.

Ссылки

1 лайк
2

Один из способов сделать это без каких-либо дополнений — создать подкатегории (или, возможно, просто категории верхнего уровня?) для каждого уровня и перемещать между ними посты по мере их «выпускания».

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

3 лайка
3

Итак, речь идет о добавлении функций, специфичных для RFC, в Discourse? Не должно ли это быть названием темы?

2 лайка
4

Я, конечно, делаю некоторые предположения, но, по-моему, речь идёт о добавлении функций «отслеживания состояния» в Discourse, где RFC-отслеживание служит примером? Честно говоря, не уверен, является ли «Состояние Discourse» какой-то шуткой или нет… но в любом случае это довольно запутанно, и это должно быть что-то другое.

В любом случае…

В настоящее время мы делаем что-то гораздо менее сложное для раздела «Общие проблемы» в Fedora Linux, что, как я думаю, может быть схожим: есть категория верхнего уровня (Принятые) Общие проблемы, а также категории Предлагаемые общие проблемы и Архивированные общие проблемы. Я использую внешний скрипт (на данный момент довольно неуклюжий — я не программист), чтобы обрабатывать сообщения и перемещать их между категориями, как я предлагал выше.

2 лайка
7

Я, конечно, делаю выводы, основываясь на догадках, но, кажется, речь идет о добавлении в Discourse функций «отслеживания состояния», где примером может служить отслеживание RFC?

  • Да. Именно так я и думал. Состояния в Discourse базируются на RFC.
  1. Я упоминал RFC, потому что часть технических документов, которые я разрабатываю, моя команда делает по схожему принципу.
  2. Проблема в том, что этот процесс очень бюрократизирован, требует ручного труда и иногда подвержен человеческим ошибкам.
  3. Бывает, что я пишу что-то техническое, что должно быть проверено командой. Если человек в команде не достаточно внимателен или, наоборот, зациклен на деталях, отправленные документы могут оказаться не в том месте. Моя идея — внедрить Discourse в нашу небольшую команду.
  4. Я хочу организовать работу с техническими документами так, чтобы отслеживать посты, которые публикуют люди. Отслеживание постов на основе RFC, поскольку это то, с чем мы работаем очень часто.
  5. Но я не нашел никаких плагинов или подобных ресурсов ни в Discourse, ни в другом программном обеспечении форума.
  6. Эта функция, на мой взгляд, инновационна, особенно если подумать о командах технической документации, использующих устаревшее ПО. Я считаю, что такое старое и устаревшее программное обеспечение можно заменить на Discourse. Это очень интересное решение, которое мне очень нравится. Когда есть возможность, я рекомендую его друзьям и знакомым. Моя проблема в том, что я не нашел никаких плагинов или функций, подобных описанным мной только что, например, отслеживания состояния постов на основе RFC.

Сейчас мы делаем что-то гораздо менее сложное для раздела «Общие проблемы» в Fedora Linux, что, как мне кажется, может быть похоже: есть категория верхнего уровня (Принятые) общие проблемы, а также категории Предлагаемые общие проблемы и Архивированные общие проблемы. Я использую внешний скрипт (на данный момент довольно кустарный — я ведь не программист), чтобы обрабатывать посты и перемещать их между категориями, как я и предлагал выше.

  • Я не хочу постоянно вручную проверять категории или подкатегории, мне нужно что-то динамическое.
  • Интеракция пользователя должна либо создавать новое состояние, либо нет.
  • Если состояние не меняется, мне придется делать то же, что и вы планируете: писать скрипт для перемещения постов из одной категории в другую.
  • Я не критикую вас, идея хорошая, я даже сам думал о чем-то подобном, но не знал никого, кто думал так же. Единственная проблема в том, что я не программист :frowning: и не нашел в интернете скрипта, который бы это делал.
1 лайк
8

Я не совсем понимаю. «Категория» — это просто метка, тип метаданных, который отображается в виде иерархической структуры. Если вы сделаете их все подкатегориями, а затем посмотрите на представление «все» для категории верхнего уровня, вы увидите все сообщения.

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

2 лайка
9

Как-то нужно отслеживать это состояние. Ваш другой вариант — без довольно инвазивных изменений — использовать теги, но я действительно считаю, что категории подходят лучше. Примеры: Категории позволяют иметь разные уровни разрешений, и вы могли бы повышать ранжирование в поиске тем в «высших» состояниях и понижать для «низших», чтобы приоритет отдавался официальным документам.

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