Обновление структуры категорий на Meta

Внести вклад Обратная связь по сайту
1

В рамках обновления темы и структуры Meta мы планируем внести изменения в организацию категорий здесь.

Мы уже рассмотрели несколько различных идей, и ожидаем, что по мере получения обратной связи от сообщества структура будет ещё дорабатываться. Однако на данный момент мы склоняемся к варианту, показанному ниже:

meta-redesign-2026-categories-v1
meta-redesign-2026-categories-v11391×867 106 KB

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

  • Новости и события
  • Поддержка
  • Успех сообщества
  • Вклад
  • Настройка
  • Документация
  • Вики сообщества
  • Маркетплейс

Мы ожидаем, что категория «Поддержка» останется одной из самых активных, и полагаем, что объединение остальных категорий, связанных с поддержкой, под ней поможет снизить паралич выбора. Вероятно, здесь стоит внести дополнительные уточнения (должна ли SSO быть категорией или тегом? В чём на практике разница между «Установкой» и «Хостингом»? Стоит ли объединить их в одну подкатегорию «Самостоятельный хостинг»?). Мы разберёмся с этими вопросами по ходу работы, но общий план — разместить все темы поддержки в одном месте.

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

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

«Настройка» станет местом, где можно найти все темы, связанные с расширением возможностей Discourse с помощью плагинов, тем, компонентов и других расширений.

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

как получить доступ к тестовому сайту
  1. Перейдите на https://meta-redesign-2026.discourse.group/
  2. Введите следующие учётные данные для базовой аутентификации HTTP:
    • пользователь: meta2026bsbx
    • пароль: Q0U1ppbVbd2MVttuYOl+M8SYEOUqGLGjzl5sr1C9XwE=
  3. Введите ваш email/имя пользователя и пароль от Meta
    (тестовый сайт не поддерживает другие способы входа).

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

5 лайков
Updating Meta's theme and structure
Autocomplete overrides first choice when searching for category + tag, or tag + tag
2

Я думаю, что наличие категории с названием вроде «self-hosting» (самохостинг) могло бы прояснить, что туда относится. Название всё ещё не идеальное, но оно лучше, чем #installation, которое создаёт впечатление, что Discourse никогда не работал; я был довольно сбит с толку, когда мою тему впервые переместили туда. Может быть, подойдёт «back-end» (бэкенд)?

Если вы обращаетесь к оболочке (shell), чтобы вызвать или наблюдать проблему, это туда. Если Discourse «работает», и речь идёт о UX, темах или чём-то ещё, это в поддержку.

7 лайков
3

Я поддерживаю это предложение.

Я бы пошёл дальше и предложил объединить #installation и #installation:hosting в новую категорию «Собственный хостинг».

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

Если же мы останемся ближе к текущей плоской модели, то она будет категорией верхнего уровня.

4 лайка
4

Я только что внес следующие изменения, в результате чего появилась новая категория верхнего уровня #self-hosting-support:

  • Пометил все темы, ранее находившиеся в разделе Установка > Хостинг, тегом hosting
  • Объединил все темы из раздела Установка > Хостинг с тем, что раньше называлось Установка
  • Переименовал Установка в #self-hosting-support

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

3 лайка
5

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

Кроме того, это очень похоже на категорию «Документация», и при стремлении к упрощению дублирование нежелательно.

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

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

Что касается раздела «Хостинг», то в нём обсуждались базовые сервисы (Digital Ocean, Mailgun и т. д.). Мне кажется, у него был свой особый оттенок, отличающийся от администрирования серверов, и с более чем 500 темами было бы логично выделить отдельное пространство для обсуждения (если бы это ещё не было сделано :slight_smile:).

8 лайков
6

Для меня это выглядит так:

  • хостинг: выбор и управление хостом (сервером)
  • установка: этап, когда «Discourse уже существует, и я могу войти как администратор и выполнять различные действия»
  • конфигурация: все тонкости, связанные с различными настройками

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

4 лайка
7

Какие из этих пунктов, по вашему мнению, должны быть отдельными категориями, а какие — просто тегами?

И как вы представляете их связь с категорией Support?

2 лайка
8

Итак, я думаю, что для меня вполне приемлемо, если «установка» и «хостинг» будут тегами. Но меня интересует (и для моего сообщества тоже), можно ли «закрепить» или «выделить» определённые ключевые теги внутри категории. Они также могли бы быть категориями (если мы мыслим в духе «рассказывания истории»).

Конфигурация: будет ли она сильно отличаться для тех, кто размещает у себя, и для администраторов на хостинге? У меня сложилось впечатление, что они будут пересекаться, поэтому я не уверен, что стоит жёстко привязывать это к категории «Самостоятельный хостинг» (которую я бы переименовал, а не называл «Поддержка самостоятельного хостинга»). Может быть, Support лучше назвать «Общая поддержка»? Ведь почти всё в разделе Meta так или иначе связано с поддержкой, не так ли?

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

Недавно у нас были обсуждения по поводу facebook-migration, которые касались скорее стратегии, людей и конкретных вызовов. Мне кажется, что #migration может стать своего рода «магнитом», притягивающим людей, обеспокоенных более общими или человеческими аспектами миграции. Понимаете, о чём я?

2 лайка
9

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

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

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

:+1: согласен. Я считаю, что конфигурация относится скорее к «общей поддержке» (если только речь не идёт о настройке на уровне системного администратора, например, порта прослушивания и т. д.).

Да, это было моё первое предположение. Я оставлю это на день, но завтра вернусь к этому вопросу.

Да, но я не уверен, насколько это добавляет ясности. Тем не менее, я понимаю, что вы имеете в виду.

Да, возможно, здесь скрываются две отдельные категории. Если посмотреть на это через призму предлагаемой вложенной структуры, возможно, стоит разделить их на что-то вроде support/migration и dev/migration.

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

10

Я понимаю, что вы имеете в виду, хотя тот факт, что они скрыты в выпадающем меню, делает их гораздо менее заметными, чем подкатегории, которые можно разместить на видном месте.

Я вернусь к этому вопросу, потому что это одна из вещей, которую я планирую использовать довольно широко :sweat_smile: (требование наличия хотя бы одного тега из определённой группы тегов в конкретной категории), чтобы избежать умножения подкатегорий…

Я думаю, часть этого так и есть, но другая часть — это продолжение «установки», все этапы настройки. Да, теперь у меня установлен Discourse, он обладает всеми этими невероятно крутыми функциями, я контролирую так много вещей, но как мне «придать форму» в соответствии с потребностями моего сообщества? Этот аспект сильно демотивировал меня некоторое время назад, потому что, хотя все настройки и прочее задокументированы, у меня возникали трудности: а) пониманием, с чего начать, и б) пониманием того, как перевести своё «видение» для сообщества в настройки и конфигурацию.

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

Всё это к тому, что я на самом деле считаю, что «конфигурация» имеет смысл как часть пути администратора, и это не совсем то же самое, что «поддержка».

Аналогия с моим сообществом — напоминает, что мне нужно сообщить новости об этом в соответствующей теме, — следующая: если представить владельца кошки-диабетика, который только что получил диагноз и присоединяется к нашему сообществу, как нам организовать категории? То, на чём я сейчас остановился, — это быть очень «ориентированным на участника» и начать с «Я только что arrived, черт возьми» (более вежливый французский эквивалент), затем «Я получаю необходимое оборудование», «Я учусь» — и только потом они готовы к настоящей «поддержке», которая является сердцем сообщества.

Если я мыслю в таком ключе о Discourse, как человек, который совершенно новичок во всём этом, как и я, то определённо есть: 1) выяснение, буду ли я использовать самостоятельный хостинг или нет, и выбор хостинга; 2) прохождение самой установки; 3) проектирование моего сообщества и перевод этого в конфигурацию Discourse. И в этом случае необходимо провести различие между а) созданием с нуля и б) существующим сообществом, которое я хочу мигрировать — как обсуждалось в моей теме проблемы миграции с Facebook, я действительно считаю, что это меняет подход к настройке.

Что подводит нас к вопросу о том, куда поместить материалы по миграции.

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

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

В этом случае я бы хотел, чтобы «Миграция» не была слишком глубоко скрыта. Я бы лично сохранил её как аспект управления сообществом (и переименовал бы текущую категорию Community в это, потому что «Community» в одиночку неоднозначна: изначально я думал, что это «для сообщества Discourse», а не «о проектировании/создании/управлении сообществами». Тег или подкатегория? Возможно, заслуживает хотя бы подкатегории. Должны ли скрипты миграции и технические вопросы вокруг миграции находиться в отдельной категории верхнего уровня?

Или, возможно, Миграция — это отдельная категория, которая содержит обсуждения о том, как адаптировать и переводить существующие аспекты сообщества в Discourse, как подходить к самому процессу миграции (реализация), а также «миграция данных».

1 лайк
11

Подождите. А что, если бы существовал способ побуждать пользователей помечать темы тегом #standard-install, как мы это делаем с unsupported-install?

Хотя я не совсем уверен, как это реализовать.

2 лайка
12

В текущем предложении мы рассматриваем «Успех сообщества» как категорию верхнего уровня, а «Управление сообществом» — как её подраздел. Как это согласуется с вашими мыслями?

Мне нравится идея добавить навигационные указатели, отражающие наше понимание того, как могут выглядеть типичные этапы этого пути…

1 лайк
13

Я не понимаю разницы между этими двумя понятиями. Что должно входить в «Успех сообщества», но не в «Управление сообществом»? Если подумать о том, что я уже опубликовал в #community, куда это следует поместить: в управление сообществом или в успех сообщества?

Мне нужно будет обдумать это завтра или в пятницу, сегодня мой мозг отключается, извините!

1 лайк
14

Что ж, помимо подкатегорий, которые вы видите в макете, вы упомянули здесь ещё два вида деятельности, помимо управления сообществами (их проектирование и создание):

Но, возможно, для большинства людей всё это всё равно относится к «управлению».

15
нажмите, чтобы перейти

тестовый сайт в один клик с учетными данными

→ Скрыто на случай, если вы не хотите, чтобы туда заходили роботы.

Вот как я предлагаю перераспределить категории:

  • Новости и события
    • Объявления
    • Блог
    • Резюме
  • Сообщество
    • Агора (ранее: общее)
    • Обратная связь по сайту
    • Похвала
    • Сравнение
    • Управление сообществом
    • Маркетплейс
    • Вики пользователя
    • Вики администратора
    • Вики разработчика
    • Вики системного администратора
  • Документация
    • Использование Discourse
    • Управление сайтом
    • Интеграции
    • Хостинг Discourse (ранее: Клиенты на хостинге)
    • Самостоятельный хостинг
    • Миграция на Discourse
    • Руководства для разработчиков
    • Участие в разработке
  • Помощь
    • Установка
    • Хостинг
    • Миграция
  • Интеграция
    • WordPress
    • SSO
  • Вклад
    • Ошибки
    • Функции
    • Разработка
    • Переводы
    • UX
  • Настройка
    • Плагины
    • Дополнительно
    • Темы
    • Компоненты темы
    • Данные и отчетность

Обоснование:

  • #community — это оживленное место для обсуждений всего, что не относится к другим категориям, объединяющее большое сообщество Discourse, включая вики, общие обсуждения (#agora), обратную связь по сайту, похвалу и сравнение с другим ПО, а также обсуждения управления сообществом и маркетплейса.
  • #news-events — для обычной коммуникации CDCK.
  • #help — для получения поддержки.
  • #integrate — для обсуждения конкретных интеграций.
  • Documentation — будет размещать официальную базу знаний.
  • Contribute — будет размещать весь процесс разработки.
  • #customize — будет размещать всё, что делает каждый экземпляр Discourse уникальным сообществом, включая отчетность и анализ данных.

Когда приходит новый пользователь, он либо обращается к (официальной) документации, либо к обсуждениям в сообществе…

Я предлагаю добавить тег #welcome, ведущий к нескольким вводным темам, чтобы новичкам было легче ориентироваться и адаптироваться, например, для перехода от tl0 к tl1, понимания атмосферы и основных направлений.

Вероятно, документация должна иметь заметное начало с тегами системы документации: tutorial, explanation, how-to, reference.

Управление сообществом можно было бы назвать «Развитие сообщества»… Мне почему-то не нравится термин «Успех сообщества» по непонятной причине.

3 лайка
Adding a #welcome tag for newcomers
16

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

4 лайка
Adding a #welcome tag for newcomers
17

Я поддерживаю эту инициативу и ценю то, что нас вовлекают в процесс.

Следя за путешествием @stephtara в Discourse, я очевидным образом вижу, что Meta нуждается в специальном месте для новых создателей сообществ. Не знаю, как это назвать, но тёплое и уютное место для тех, кто впервые создаёт проекты на Discourse, помогло бы справиться с перегрузкой из-за обилия опций конфигурации. Тем, кто предлагает помощь здесь, следует понимать, что в этом разделе может потребоваться дополнительное терпение и усилия при ответах.

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

В дополнение к этой перестройке категорий и тегов я надеюсь, что за реорганизацией последует «свежая сортировка» существующих тем. Большую часть своего времени на Meta, когда я ищу ответы, я трачу на то, чтобы разобраться, какая информация актуальна для текущего состояния Discourse, а какая устарела и не применима. Признаюсь, мой BBS частично является причиной этой проблемы, но многие документы очень трудно систематизировать. Я ценю работу, которую проделал и продолжает проделывать персонал по улучшению документации, однако многие (если не большинство) из них явно нуждаются в доработке.

В связи с этим я предлагаю пометить большинство документов или тем, которые выглядят как документация, тегом «Требуется проверка» (Needs Review). Да, это потребует огромного количества тегов, но после завершения процесса проверки пользовательский опыт значительно улучшится. Я и, возможно, другие готовы помочь в этом деле. Последовательность редактирования и простановки тегов могла бы помочь в управлении процессом.

Я использую это на одном сайте:

Сводка

Требуется-проверка Требуется-текст Требуется-цитирование Требуется-доработка Готово-к-публикации

Screenshot 2026-02-19 094527
Screenshot 2026-02-19 094527784×117 10.7 KB

Возможно, был бы полезен тег «Устарело».

@mcwumbly Спасибо ещё раз за инициацию этой реорганизации и за то, что включили нас в процесс. :clap:

6 лайков
18

Вот мой план следующих шагов:

  • Неделя с 23 февраля
    • Обновить организацию категорий здесь, чтобы она соответствовала первому посту, возможно, с небольшими отступлениями, основанными на полученной обратной связи
    • Ожидать ещё много обсуждений и отзывов о том, как это работает на практике
    • Внести небольшие корректировки на основе обратной связи
  • Неделя с 2 марта
    • Продолжить доработку, если в целом всё кажется правильным. ИЛИ
    • Откатить изменения, если ситуация кажется совсем неправильной
5 лайков
19

Сохраню эту идею здесь:

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

3 лайка
20

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

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

  1. Нажмите на значок карандаша рядом с «Категории» в вашей боковой панели
  2. Выберите «Сбросить к значениям по умолчанию» в правом нижнем углу модального окна
  3. При необходимости внесите изменения
  4. Нажмите «Сохранить изменения»

Screenshot 2026-02-25 at 5.47.16 AM
Screenshot 2026-02-25 at 5.47.16 AM809×1009 73.8 KB

Пожалуйста, делитесь любой обратной связью здесь в течение следующей недели или около того:

2 лайка