Причина этого кроется в маркетинговой стратегии для клиента. У них одна и та же категория/метка, и они хотят, чтобы контент отображался в точности так:
дочерняя категория -----> «Автономные AP» <— абсолютно одинаковый контент.
При этом в другом месте того же сайта у них тот же самый контент отображается, но уже под другой родительской категорией. Может ли кто-нибудь придумать способ реализовать это? Я думал, что это невозможно, поскольку постоянные ссылки просто перенаправляют A в B, а это фактически означало бы «опубликовать» категории в обоих разделах.
Не могли бы вы немного подробнее рассказать о причинах?
То есть, почему именно контент должен быть «отображён» в двух местах? Оба эти места находятся в клиенте Discourse? Или одно из них на отдельном сайте (получающем темы через AJAX)? В чём заключается маркетинговая стратегия?
Возможно, это тема для раздела Development, если только вы не ищете кого-то, кто мог бы дать вам консультацию по этому вопросу?
спасибо за ответ. Я полагаю, если такой функции нет нативно или кто-то уже её не реализовал, то да, я рассматривал возможность нанять кого-то. Я только что создал тему и жду обратной связи.
Причина, по которой это нужно, именно та, что я описал, извините за неясность. По сути, сам продукт (категория) одновременно находится под двумя разными родительскими категориями (привожу в качестве примера): маркетинговая стратегия заключается в том, что этот продукт предлагается в разных категориях товаров.
Беспроводные сети <— родитель
Автономные точки доступа <— дочерняя категория
Другая основная категория:
Экосистема сетей <— родитель
Автономные точки доступа <— тот же самый контент, но отображается в двух категориях.
Я понимаю, что форумы Discourse, возможно, не были спроектированы для этого, но такие требования бизнеса.
Я согласен с @angus: если вы хотите обсудить какой-то проект, это следует делать в канале Development. Я переместил ваше сообщение туда Когда вы определитесь с необходимостью нанять кого-то, разместите вакансию с указанием бюджета в канале Marketplace!
Если бы это был мой клиент и мне представили именно то, что вы описали, я бы немного возразил против необходимости делать это в первую очередь. Мы часто применяем такой подход в Pavilion.
Одно из решений здесь — более эффективно использовать таксономию Discourse. Например, почему бы не создать отдельную родительскую категорию для автономных точек доступа (AP) или, возможно, использовать их в качестве тега вместо категории. Оба варианта не потребуют никаких изменений.
Они могут изначально сопротивляться такому подходу, так как он не соответствует их существующей иерархии продуктов. Однако вы можете объяснить, что структура категорий в Discourse не обязательно должна точно отражать их продуктовую иерархию сверху вниз.
Главная цель структуры категорий — помочь пользователям находить контент, чего не всегда можно достичь, просто копируя продуктовую иерархию.
Вы также можете поэкспериментировать с тегами, переименовав выпадающее меню тегов «все теги» в «Товары». С помощью CSS можно добавить иконку тега или даже пользовательское изображение перед названием тега. Это не сломается после обновлений, и этого может быть достаточно, чтобы убедить клиента, что это лучшее решение.
Но я понимаю, что некоторые клиенты могут быть упрямыми, даже когда идея не является лучшей, и её реализация становится бесконечно сложнее.
Если контент в основном посвящён товарам, которые они хотят сгруппировать по категориям, то можно также подумать (в дополнение к предложению @Steven) о том, чтобы сопоставить эти обобщающие категории с тегами, а категории Discourse использовать только для самих товаров.
Когда вы определитесь с необходимостью нанять кого-то, разместите вакансию с указанием бюджета в канале