السبب في ذلك يعود إلى استراتيجية التسويق الخاصة بالعميل. فهم يمتلكون نفس التصنيف/التسمية بالضبط، ويريدون عرض المحتوى بنفس الشكل تمامًا:
“نقاط الوصول اللاسلكية” <— التصنيف الرئيسي،
التصنيف الفرعي ----> “نقاط الوصول المستقلة (Autonomous APS)”
“نظام الشبكة البيئي”
التصنيف الفرعي -----> “نقاط الوصول المستقلة (Autonomous APs)” <— نفس المحتوى تمامًا.
ومع ذلك، في مكان آخر من نفس الموقع، لديهم نفس المحتوى المعروض تمامًا ولكن تحت تصنيف رئيسي آخر. هل يمكن لأحد التفكير في أي طريقة للقيام بذلك؟ لقد اعتقدت أن الأمر قد يكون مستحيلاً، فالروابط الدائمة تقوم فقط بإعادة توجيه A إلى B، وهذا من شأنه تقريبًا “نشر” التصنيفات في كلا القسمين.
أيضًا، لماذا بالتحديد يحتاج هذا المحتوى إلى أن يكون “مُقدَّمًا” في مكانين؟ هل كلاهما داخل عميل النقاش؟ أم أن أحدهما في موقع منفصل (يسحب المواضيع عبر Ajax)؟ ما هي استراتيجية التسويق؟
ربما يكون هذا موضوعًا خاصًا بـ #dev، إلا إذا كنت تبحث عن توظيف شخص ما لتقديم المشورة لك بشأن هذا الأمر؟
شكرًا لك على الرد. أعتقد أنه إذا لم يكن الأمر مدعومًا بشكل أصلي أو لم يقم به أحد بالفعل، نعم، كنت أفكر في احتمال توظيف شخص ما. لقد بدأت الموضوع للتو وأنتظر التعليقات.
السبب في القيام بذلك هو تمامًا ما وصفته، وأعتذر عن الغموض. باختصار، المنتج نفسه (وهو فئة) يقع تحت فئتين أبويتين مختلفتين في الوقت نفسه (أستخدم هذا كمثال فقط). استراتيجية التسويق هي أنهم يقدمون هذا المنتج في فئات منتجات مختلفة.
الشبكات اللاسلكية <— الفئة الأبوية
نقاط الوصول المستقلة <— الفئة الفرعية
فئة رئيسية أخرى
نظام الشبكات البيئي <— الفئة الأبوية
نقاط الوصول المستقلة <— نفس المحتوى تمامًا، ولكن يتم عرضه تحت فئتين مختلفتين.
أدرك أن منتديات Discourse قد لا تكون مصممة لهذا الغرض، ولكن هذه هي متطلبات العمل.
أوافق تمامًا مع @angus على أنه إذا كنت تنوي تحديد نطاق عمل ما، فيجب أن يكون ذلك في قناة Development. لقد قمت بنقله لك عندما تتأكد من حاجتك لتوظيف شخص ما، انشر وظيفة مع ميزانية في قناة Marketplace!
لو كان هذا عميلي، وتم تزويدي بما وصفته، لكنت قد عارضت قليلاً ضرورة القيام بذلك أولاً. نحن نفعل ذلك بشكل متكرر في Pavilion.
إحدى الحلول هنا هي استخدام تصنيفات Discourse بشكل أكثر فعالية. على سبيل المثال، لماذا لا تكون نقاط الوصول المستقلة (Autonomous APs) فئة رئيسية منفصلة، أو ربما وسمًا بدلاً من فئة. كلا الحلين لا يتطلبان أي تعديلات.
قد يقاومون هذا النهج في البداية لأنه لا يتوافق مع التسلسل الهرمي الحالي لمنتجاتهم، ولكن يمكنك حينها شرح أن هيكل الفئات في Discourse لا يحتاج بالضرورة إلى مطابقة التسلسل الهرمي لمنتجاتهم بشكل عمودي من الأعلى إلى الأسفل.
الهدف من هيكل الفئات هو تمكين المستخدمين من العثور على المحتوى، وهو ما لا يتحقق بالضرورة من خلال مطابقة التسلسل الهرمي لمنتجاتهم.
يمكنك أيضًا تجربة الوسوم عن طريق إعادة تسمية قائمة منسدلة للوسوم “جميع الوسوم” إلى “المنتجات”، ويمكنك إضافة أيقونة للوسم أو حتى صورة مخصصة قبل اسم الوسم باستخدام بعض تنسيقات CSS. لن يتعطل هذا التحديث بعد الترقيات، وقد يكون كافيًا لإقناع العميل بأن هذه هي الحل الأمثل.
لكنني أدرك أن بعض العملاء قد يكونون عنيدًا حتى عندما لا تكون الفكرة هي الأفضل، وقد يكون تنفيذها أصعب بكثير.
إذا كان المحتوى يركز بشكل أساسي على المنتجات التي يرغبون في تجميعها ضمن فئات منتجات، فيمكنك أيضًا التفكير (كخيار بديل عن اقتراح @Steven) في تعيين هذه الفئات الشاملة كوسوم واستخدام فئات Discourse للمنتجات فقط.
عندما تتأكد من حاجتك لتوظيف شخص ما، انشر وظيفة مع ميزانية في قناة