Il motivo è legato alla strategia di marketing per il cliente. Hanno la stessa identica categoria/etichetta e desiderano che il contenuto venga renderizzato esattamente così:
“Wireless Acess Points” <— categoria genitore,
categoria figlia ----> “Autonomous APS”
“Network Ecosystem”
categoria figlia ----->" Autonomous APs" <— stesso contenuto esatto.
Eppure, in un’altra parte dello stesso sito, hanno lo stesso contenuto esatto renderizzato ma solo sotto un’altra categoria ombrello. Qualcuno può pensare a un modo per farlo? Pensavo potesse essere impossibile, i permalink reindirizzano semplicemente da A a B; questo quasi “pubblicherebbe” le categorie in entrambe le sezioni.
Cioè, perché, nello specifico, deve essere “reso” in due posti diversi? Questi due posti sono entrambi nel client Discourse? Uno è su un sito separato (che recupera gli argomenti tramite AJAX?) Qual è la strategia di marketing?
Forse questo è un argomento da Development, a meno che tu non stia cercando di assumere qualcuno per darti consigli in merito?
grazie per la risposta. Immagino che se non esiste già in modo nativo o se qualcuno non lo ha già realizzato, allora sì, stavo pensando di assumere qualcuno. Ho appena avviato la discussione per vedere i feedback.
La motivazione è esattamente quella che ho descritto, scusa per la vaghezza. Fondamentalmente, il prodotto stesso (una categoria) si trova sotto due categorie genitrici diverse contemporaneamente (uso questo come esempio): la strategia di marketing prevede che questo prodotto venga offerto in diverse categorie di prodotto.
Wireless Networking <— genitore
Autonomous APs <— categoria figlia
Un’altra categoria principale:
Networking Ecosystem <— genitore
Autonomous APs <— contenuto esattamente lo stesso, ma visualizzato sotto due categorie diverse.
Capisco che i forum di Discourse potrebbero non essere stati progettati per questo, ma questi sono i requisiti aziendali.
Concordo con @angus: se stai cercando di definire un ambito di lavoro, dovresti farlo in Development. L’ho spostato per te Quando avrai deciso di assumere qualcuno, pubblica un’offerta di lavoro con un budget in Marketplace!
Se questo fosse il mio cliente, e mi fosse stato presentato solo ciò che hai descritto, farei un po’ di resistenza sulla necessità di procedere in questo modo. Lo facciamo abbastanza spesso su Pavilion.
Una soluzione qui è utilizzare le tassonomie di Discourse in modo più efficace. Ad esempio, perché non creare una categoria principale separata per gli AP autonomi, o potenzialmente utilizzarli come tag invece che come categoria. Entrambe le soluzioni non richiederebbero modifiche.
Potrebbero opporsi inizialmente a questo approccio poiché non corrisponde alla loro gerarchia di prodotti esistente, ma poi potresti spiegare che la struttura delle categorie in Discourse non deve necessariamente riflettere la loro gerarchia di prodotti in modo top-down.
L’obiettivo di una struttura di categorie è permettere agli utenti di trovare i contenuti, cosa che non è necessariamente ottenuta allineandosi perfettamente alla gerarchia dei prodotti.
Potresti anche giocare con i tag rinominando il menu a discesa dei tag da “tutti i tag” a “Prodotti”, aggiungendo un’icona per i tag o persino un’immagine personalizzata prima del nome del tag tramite CSS. Questo non si romperà dopo gli aggiornamenti e potrebbe essere sufficiente per convincere un cliente che questa è la soluzione migliore.
Ma capisco che alcuni clienti possano essere ostinati anche quando un’idea non è la migliore, e infinitamente più difficile da realizzare.
Se il contenuto riguarda principalmente prodotti che si desidera raggruppare in categorie di prodotti, potresti anche considerare (in alternativa al suggerimento di @Steven) di mappare queste categorie ombrello come tag e utilizzare le categorie di Discourse solo per i prodotti.
Quando avrai deciso di assumere qualcuno, pubblica un’offerta di lavoro con un budget in