Als Kontext: Wir veröffentlichen alle Produktankündigungen über unsere Community. Wie Sie sehen, haben wir über ein Dutzend Produkte, und viele davon verfügen über mehrere unterstützte Versionen. Derzeit „abonnieren
Ich würde bei Tags mit Ja antworten. Kategorien würde ich für übergeordnete Inhaltstypen verwenden, nicht für jede Produkt-/Versionskombination.
Es könnte also Kategorien geben für:
ProduktankündigungenVersionshinweiseNachrichten
Und Tags für:
- Produkt:
1secure,auditor - Version:
1secure-dpsm,release-minorusw.
Discourse unterstützt eine recht strukturierte Tag-Verwaltung mit Tag-Gruppen, übergeordneten und untergeordneten Tag-Beziehungen, der Beschränkung auf einen Tag pro Gruppe sowie Kategorietag-Einschränkungen. So lässt sich Chaos vermeiden.
Anschließend können Nutzer Tags abonnieren oder nur den ersten Beitrag eines Tags verfolgen, und du kannst Standard-Benachrichtigungsstufen für Tags festlegen.
Wenn du ein Veröffentlichungsthema hast, das sowohl mit dem Produkt als auch mit der neuen Version getaggt ist:
- Kategorie:
Versionshinweise - Tags:
1secure,v10.8
Jeder, der 1secure abonniert, erhält die Benachrichtigung.
Jeder, der v10.8 abonniert, erhält sie ebenfalls.
Verwende dann nur das Produkt-Tag.
Hilft das weiter, oder habe ich eine Nuance übersehen?
Danke, Hawk, das hilft mir sehr.
Ich denke, dass die Einrichtung von Tag-Gruppen und die Vorgabe bzw. Einschränkung ihrer Verwendung sehr hilfreich sein wird. Diese Kontrollmöglichkeit war mir entfallen.
Meine Zurückhaltung, das Produkt von der Version zu trennen, liegt darin, dass sie jedes Mal benachrichtigt werden, wenn jemand den Tag 1secure verwendet – selbst in einem Support-artigen Thema. Ich hoffe immer noch darauf, dass man Tags pro Kategorie abonnieren kann
![]()
Aber ich schätze, die mögliche Lösung wäre, die Verwendung von 1secure in diesen Support-Kategorien zu untersagen, da es bereits als 1secure-Support gekennzeichnet ist.