La raison en est liée à la stratégie marketing du client. Ils ont exactement la même catégorie/étiquette et souhaitent que le contenu soit rendu de manière identique :
« Points d’accès sans fil » <— catégorie parente,
catégorie enfant ----> « AP autonomes »
« Écosystème réseau »
catégorie enfant -----> « AP autonomes » <— exactement le même contenu.
Pourtant, ailleurs sur le même site, ils affichent exactement le même contenu, mais sous une autre catégorie générique. Quelqu’un peut-il imaginer une solution pour réaliser cela ? Je pensais que c’était impossible, les permaliens redirigent simplement A vers B ; cela reviendrait presque à « publier » les catégories dans les deux sections.
Autrement dit, pourquoi, spécifiquement, doit-il être « rendu » à deux endroits ? Ces deux endroits sont-ils tous deux dans le client Discourse ? L’un se trouve-t-il sur un site séparé (récupérant les sujets via Ajax) ? Quelle est la stratégie marketing ?
Cela relève peut-être d’un sujet Dev, sauf si vous cherchez à embaucher quelqu’un pour vous conseiller à ce sujet ?
Merci pour ta réponse. Je suppose que si cela n’existe pas nativement ou si quelqu’un ne l’a pas déjà fait, alors oui, j’envisageais peut-être d’embaucher quelqu’un. Je viens juste de lancer le sujet pour voir les retours.
La raison de cette démarche est exactement celle que j’ai décrite, désolé pour le manque de précision. En gros, le produit lui-même (une catégorie) se trouve sous deux catégories parentes différentes en même temps (je prends cet exemple) : la stratégie marketing consiste à proposer ce produit dans différentes catégories de produits.
Réseautage sans fil <— parent
Points d’accès autonomes <— catégorie enfant
Une autre catégorie principale :
Écosystème de mise en réseau <— parent
Points d’accès autonomes <— exactement le même contenu, mais affiché sous deux catégories.
Je comprends que les forums Discourse n’aient peut-être pas été conçus pour cela, mais ce sont les exigences de l’entreprise.
Je suis tout à fait d’accord avec @angus : si vous cherchez à définir un périmètre, cela doit se faire dans Dev. Je l’ai donc déplacé pour vous Une fois que vous aurez décidé d’embaucher quelqu’un, publiez une offre d’emploi avec un budget dans Marketplace !
Si c’était mon client et que l’on me présentait simplement ce que vous décrivez, je remettrais un peu en question la nécessité de le faire en premier lieu. Nous faisons souvent cela chez Pavilion.
Une solution ici consiste à utiliser plus efficacement les taxonomies de Discourse. Par exemple, pourquoi ne pas avoir les points d’accès autonomes (Autonomous APs) comme catégorie parent distincte, ou potentiellement comme tag plutôt que comme catégorie. Les deux solutions ne nécessiteraient aucune modification.
Ils pourraient être réticents à cette approche initialement car elle ne correspond pas à leur hiérarchie produit existante, mais vous pourriez alors leur expliquer que la structure de catégories de leur forum n’a pas nécessairement besoin de refléter exactement leur hiérarchie produit de manière descendante.
L’objectif d’une structure de catégories est de permettre aux utilisateurs de trouver du contenu, ce qui n’est pas nécessairement atteint en correspondant à leur hiérarchie produit.
Vous pouvez également jouer avec les balises en renommant le menu déroulant « all tags » en « Produits ». Vous pouvez ajouter une icône de balise ou même une image personnalisée avant le nom de la balise grâce à un peu de CSS. Cela ne sera pas cassé lors des mises à jour et cela pourrait suffire à convaincre un client qu’il s’agit de la meilleure solution.
Cependant, je comprends que certains clients puissent être entêtés, même lorsque l’idée n’est pas la meilleure, et qu’il soit infiniment plus difficile de la réaliser.
Si le contenu concerne principalement des produits qu’ils souhaitent regrouper en catégories de produits, vous pourriez également envisager (en variante à la suggestion de @Steven) de mapper ces catégories génériques sous forme de balises et d’utiliser les catégories de Discourse uniquement pour les produits.
Une fois que vous aurez décidé d’embaucher quelqu’un, publiez une offre d’emploi avec un budget dans