أحاول تعريف عناصر فهرس جدول المحتويات (TOC) باستخدام الأجزاء (slugs) فقط، بدلاً من إضافة فهرس الموضوع في نهاية عنوان URL - حتى أتمكن من الحفاظ على نفس فهرس جدول المحتويات عبر البيئات (التطوير/الإنتاج).
يبدو أن هذا يعمل (لأنه ينتقل إلى الموضوع الصحيح باستخدام الجزء فقط)، ولكن الموضوع الحالي لا يتم تمييزه في القائمة على اليسار إلا إذا أضفت أيضًا المعرّف (ID) في نهاية كل عنوان URL. هل هناك حل بديل لذلك؟
أوه، هذه حالة استخدام رائعة. أتفهم أمر استخدام الـ slugs فقط، ولكن كيف ستتجاوز استبدال عناوين URL للموقع؟
على سبيل المثال، في بيئة الإنتاج (prod)
# الفهرس
- https://prod.discourse.site/t/one-slug
ثم في بيئة التطوير (dev)
# الفهرس
- https://dev.discourse.site/t/one-slug
أنا أستخدم مسارات نسبية لعناوين URL (t/one-slug) والتي تبدو أنها تعمل بشكل جيد؟
أرى، شيء مثل التالي:
## الإعداد
* [الإعداد الأولي لجهازك](/t/initial-setup-of-your-device)
فهمت. أعمل على تحديث لطلب الـ slug الخاص بك.
شكراً ناتالي! أقدر ذلك كثيراً 
لاحظت وجود تحديث لهذا، لذا جربته على نظامي - ولكنه لا يعمل على ما يبدو. أعتذر إذا كان هذا لا يزال قيد التقدم
للعلم فقط - لقد وجدت طريقة لتحديث فهارس معرفات المنشورات لجميع الروابط المرجعية في بيئة الإنتاج (PROD) باستخدام إطار عمل ريلز (rails) - لذا لدي حل بديل لهذا الآن.
لماذا لا تقوم فقط باستعادة قاعدة بيانات الإنتاج إلى بيئة التطوير حتى تحصل على نفس المعرفات؟ يجب أن يكون هناك شيء لا أفهمه
ألن يؤدي ذلك إلى مسح جميع محتويات المنتدى على بيئة الإنتاج (PROD)؟
لا. هذا من شأنه أن يمسح جميع محتويات المنتدى على بيئة التطوير.
يجب ألا أفهم كيف تستخدم بيئة التطوير.
عذرًا - لقد أسأت قراءة رسالتك الأولية (عكست DEV و PROD!).
لقد أنشأنا فهرس جدول المحتويات (والمواضيع المرتبطة به) على بيئة التطوير (DEV) في البداية، لذلك أردنا طريقة سهلة لنسخها إلى بيئة الإنتاج (PROD). الآن بعد أن أصبح كل شيء يعمل في بيئة الإنتاج، نعم - يمكننا ببساطة الاستعادة من بيئة الإنتاج إلى بيئة التطوير لإعادتهما إلى التزامن.
ومع ذلك، فإننا نتعامل مع نظام التطوير لدينا كصندوق رمل (للتجريب) أكثر من كونه منطقة مرحلية لما قبل الإنتاج - لذلك لا توجد حاجة ملحة للقيام بذلك الآن..