그 이유는 클라이언트의 마케팅 전략 때문입니다. 동일한 카테고리/라벨을 가지고 있으며, 콘텐츠가 정확히 다음과 같이 렌더링되기를 원합니다:
“Wireless Acess Points” <— 상위 카테고리,
하위 카테고리 ----> “Autonomous APS”
“Network Ecosystem”
하위 카테고리 ----->" Autonomous APs" <— 동일한 콘텐츠.
그러나 같은 사이트의 다른 위치에서는 동일한 콘텐츠가 렌더링되지만, 다른 우산 카테고리(상위 카테고리) 아래에 배치되어 있습니다. 이 문제를 해결할 수 있는 방법이 있을까요? 영구 링크(permalinks)는 A를 B로 리디렉션할 뿐이므로, 이는 사실상 카테고리를 두 섹션에 동시에 "게시"하는 것과 같습니다.
감사합니다
안녕하세요,
"왜"라는 부분에 대해 좀 더 자세히 설명해 주실 수 있을까요?
즉, 구체적으로 왜 두 곳에서 "렌더링"되어야 하는 건가요? 이 두 곳 모두 discourse 클라이언트 안에 있나요? 한 곳이 별도의 사이트(ajax를 통해 토픽을 가져오는 방식)인가요? 마케팅 전략은 무엇인가요?
이것은 아마도 Development 토픽일 수 있습니다. 아니면 이 문제에 대해 조언해 줄 사람을 고용하려는 건가요?
안거스님,
답변 주셔서 감사합니다. 네이티브로 지원되지 않거나 누군가가 이미 구현하지 않았다면, 누군가를 고용할 계획이었는지 확인하려고 했던 것 같습니다. 스레드를 막 시작했고 피드백을 확인하고 있습니다.
이렇게 하려는 이유는 제가 설명드린 것과 정확히 같습니다. 표현이 모호했던 점 사과드립니다. 기본적으로 해당 제품(카테고리)이 동시에 두 개의 다른 상위 카테고리에 속해 있습니다(예시입니다). 마케팅 전략은 이 제품을 다른 제품 카테고리로 제공하는 것입니다.
또 다른 주요 카테고리
네트워킹 생태계 <— 상위 카테고리
자율 AP <— 동일한 콘텐츠이지만 두 개의 카테고리에 렌더링됩니다.
디스코러스 포럼이 이를 위해 설계되지 않았을 수 있다는 점은 이해하지만, 이것이 비즈니스 요구사항입니다.
@angus의 의견에 동의합니다. 범위를 정하려는 건이라면 Development 채널에 올려야 해요. 대신 옮겨뒀어요 
채용이 필요하다고 판단되면, 예산을 포함해 #marketplace에 채용 공고를 올려주세요!
이것이 내 고객사였다면, 그리고 당신이 설명한 내용만 주어진 상황이었다면, 이 작업을 먼저 수행해야 하는 필요성에 대해 조금 더 신중하게 접근했을 것입니다. 우리는 Pavilion에서 이런 상황을 자주 마주합니다.
여기서 하나의 해결책은 Discourse의 분류 체계(taxonomies)를 더 효과적으로 활용하는 것입니다. 예를 들어, 자율 AP(Autonomous AP)를 별도의 상위 카테고리로 설정하거나, 카테고리 대신 태그로 사용하는 것을 고려해 볼 수 있습니다. 두 가지 해결책 모두 시스템 수정 없이 가능합니다.
처음에는 이 접근 방식이 기존 제품 계층 구조와 일치하지 않기 때문에 저항을 보일 수 있지만, Discourse의 카테고리 구조가 반드시 상향식(top-down)으로 제품 계층 구조와 정확히 일치할 필요가 없다는 점을 설명해 줄 수 있습니다.
카테고리 구조의 목표는 사용자가 콘텐츠를 쉽게 찾을 수 있도록 하는 것이며, 이는 제품 계층 구조와 일치시키는 것만으로 반드시 달성되는 것은 아닙니다.
태그를 활용하는 방법도 있습니다. 예를 들어, 태그 드롭다운 메뉴의 "all tags"를 "Products"로 변경하고, 태그 이름 앞에 태그 아이콘이나 커스텀 이미지를 CSS로 추가할 수 있습니다. 이 방법은 업그레이드 후에도 깨지지 않으며, 이것이 최선의 해결책임을 고객에게 설득하는 데 충분할 수 있습니다.
하지만 아이디어가 최선이 아니더라도 일부 고객은 고집을 부릴 수 있고, 실제로 구현하는 것은 훨씬 더 어렵다는 점도 잘 이해하고 있습니다.
맞습니다. 이것은 상대방이 원하는 것과 요청하는 것이 일치하지 않는 사례로 보입니다.
콘텐츠가 주로 제품 카테고리별로 묶으려는 제품들에 관한 것이라면, @Steven의 제안과 다른 변형으로 이러한 상위 카테고리(umbrella categories)를 태그로 매핑하고, Discourse의 카테고리는 제품에만 사용하는 방식을 고려해 볼 수 있습니다.