Der Grund dafür liegt in der Marketingstrategie für den Kunden. Sie haben dieselbe exakte Kategorie/Bezeichnung und möchten, dass der Inhalt exakt so dargestellt wird:
Doch an einer anderen Stelle derselben Website wird derselbe exakte Inhalt dargestellt, jedoch nur unter einer anderen übergeordneten Kategorie. Kann sich jemand einen Weg vorstellen, dies umzusetzen? Ich dachte, es wäre unmöglich, da Permalinks lediglich A zu B weiterleiten; dies würde die Kategorien fast in beide Sektionen “veröffentlichen”.
danke für die Antwort. Ich denke, wenn es nicht nativ existiert oder jemand es bereits umgesetzt hat, dann ja, ich hatte vor, jemanden zu beauftragen. Ich habe den Thread gerade gestartet und warte auf das Feedback.
Der Grund dafür ist genau so, wie ich es beschrieben habe, bitte entschuldige die Unschärfe. Im Wesentlichen befindet sich das Produkt selbst (eine Kategorie) gleichzeitig unter zwei verschiedenen übergeordneten Kategorien (nur als Beispiel): Die Marketingstrategie besteht darin, dieses Produkt in verschiedenen Produktkategorien anzubieten.
Wireless Networking <— übergeordnete Kategorie
Autonomous APs <— Unterkategorie
Eine weitere Hauptkategorie:
Networking Ecosystem <— übergeordnete Kategorie
Autonomous APs <— exakt derselbe Inhalt, aber unter zwei Kategorien dargestellt.
Ich verstehe, dass Discourse-Foren möglicherweise nicht dafür ausgelegt waren, aber das sind die Anforderungen des Unternehmens.
Ich stimme @angus zu, dass Dinge, die du abgrenzen möchtest, in Development gehören. Ich habe es für dich verschoben Wenn du dich entschieden hast, jemanden einzustellen, poste eine Stellenanzeige mit einem Budget in Marketplace!
Wenn dies mein Kunde wäre und mir genau das, was Sie beschrieben haben, vorliegen würde, würde ich die Notwendigkeit, dies zuerst zu tun, etwas hinterfragen. Wir machen das bei Pavilion häufig.
Eine Lösung besteht darin, die Taxonomien von Discourse effektiver zu nutzen. Warum beispielsweise keine eigenständige übergeordnete Kategorie für Autonomous APs erstellen oder sie stattdessen als Tag statt als Kategorie verwenden? Beide Lösungen erfordern keine Änderungen.
Sie könnten dieser Herangehensweise zunächst widerstehen, da sie nicht mit ihrer bestehenden Produkthierarchie übereinstimmt. Sie könnten jedoch erklären, dass die Diskussionskategoriestruktur von Discourse nicht unbedingt exakt ihrer Produkthierarchie in einer Top-down-Reihenfolge entsprechen muss.
Das Ziel einer Kategoriestruktur ist es, den Nutzern zu ermöglichen, Inhalte zu finden. Dies wird nicht zwangsläufig durch die Übereinstimmung mit ihrer Produkthierarchie erreicht.
Du könntest auch mit Tags spielen, indem du das Dropdown-Menü für Tags von ‘Alle Tags’ in ‘Produkte’ umbenennst. Mit etwas CSS kannst du sogar ein Tag-Symbol oder ein benutzerdefiniertes Bild vor den Tag-Namen hinzufügen. Dies wird nach Updates nicht beschädigt und könnte ausreichen, um einen Kunden davon zu überzeugen, dass dies die beste Lösung ist.
Aber ich verstehe, dass einige Kunden stur sein können, selbst wenn eine Idee nicht die beste ist, und ihre Umsetzung unendlich schwieriger ist.
Wenn der Inhalt hauptsächlich Produkte betrifft, die in Produktkategorien gruppiert werden sollen, könntest du alternativ zu @Stevens Vorschlag auch diese übergeordneten Kategorien als Tags abbilden und die Kategorien von Discourse nur für die Produkte verwenden.
Wenn du dich entschieden hast, jemanden einzustellen, poste eine Stellenanzeige mit einem Budget in