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

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

As part of updating meta’s theme and structure, we are planning to make some changes to the organization of categories here.

We’ve explored a few different ideas so far, and we expect this will still go through some additional revisions as we get feedback from the community, but the idea that we’re leaning towards now is illustrated below:

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

The basic idea is to group related categories into a smaller number of top level categories, each of which would be in the sidebar for new users by default.

  • News and Events
  • Support
  • Community Success
  • Contribute
  • Customization
  • Documentation
  • Community wiki
  • Marketplace

We expect Support to continue to be one of the most active categories, and think it may reduce choice paralysis to group other support related categories underneath it. There are probably further refinements worth making here (should SSO be a category or a tag? what’s the difference in practice between Installation and Hosting? should those be collapsed into a single Self Hosting subcategory?) We’ll work through those questions as we go, but the general shape is to have all support topics in one place.

Community Success is a category we’d love to invest in more, building upon the existing Community category. We see this as a place where everyone involved in running a successful Discourse community can support each other, not with technical support, but with the messy soft stuff of what it takes to build a successful community. We’ll likely reshape the underlying structure here too, but for starters, we think the existing Community and Data and Reporting categories are the main pillars here.

Contribute is the category we envision being the center for discussion about how to improve the product itself, and this community.

Customization would be a place to find all topics related to extending Discourse with plugins, themes, components and other extensions.

If you’d like to take a closer look, we have this structure currently in place on a staging site where you can take a look around.

how to access the staging site
  1. Visit https://meta-redesign-2026.discourse.group/
  2. Enter this user and password for HTTP basic auth
    • user: meta2026bsbx
    • pass: Q0U1ppbVbd2MVttuYOl+M8SYEOUqGLGjzl5sr1C9XwE=
  3. Enter your email/username and password for meta
    (the staging site does not support any other login methods).

After you’ve had a chance to do so, please let us know what you think here.

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

I think that having a category called something like self-hosting might help make it clear what goes there. It’s still not a great name, but it’s better than Installation, which implies discourse has never worked; I was quite confused the first time one of my topics got moved there. Maybe “back-end” would work?

If you access a shell to cause or witness your problem, it goes there. If discourse “works” and it’s something to do with ux or themes or anything else, it goes on support.

7 лайков
3

I’m in favor.

I’d go further and say we should combine Installation and Installation > Hosting into this new Self-Hosting category.

I think we could do that regardless of how the rest shapes up. If we go in the direction I’ve sketched out above, this new category would be a subcategory of Support.

If we stick closer to the current flat model, it’d be a top level category.

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 лайка