أرغب في تثبيت Discourse بشكل صحيح. هذه هي المرة الخامسة التي أقوم فيها بالتثبيت، وفي كل مرة يتم إنشاء مواضيع افتراضية بعد اكتمال التثبيت. كما أود تعطيل معظم الشارات قبل التثبيت.
من المزعج جدًا أن أحتاج إلى تعديل جميع المواضيع التي تم إنشاؤها تلقائيًا للحفاظ على معرف الموضوع (Topic ID).
لا توجد طريقة لحذف الشارات، وهو أمر غير مقبول لأنني أحتاج فقط إلى حوالي 10 شارات. ومع ذلك، فإن الشارات ذات المعرفات من 1 إلى 4 مقبولة، أما إذا أنشأت شارة جديدة فسيكون معرفها أكبر من 100.
لا أحتاج إلى أي مواضيع أولية أو منشورات أولية، ولا أريد معظم الشارات. سجل إجراءات فريق العمل الخاص بي مليء بالتعديلات المتعلقة جميعها بالتثبيت، بينما لا يحتوي التثبيت على أي خيارات إعداد للمالك.
ما الذي يمكنني فعله لحل كل هذه المشاكل؟
المشكلة الرئيسية مع المواضيع الأولية والمنشورات الأولية بعد التثبيت هي أن معرف الموضوع (TOPIC ID) سيتعطل، تمامًا كما حدث مع معرف الشارة (BADGE ID) الذي اختل بشكل كبير. لا يمكنني الحصول على تثبيت نظيف لـ Discourse، وهذا أمر غير معقول تمامًا.
لا أريد أن يقوم النظام ولا discobot بنشر أي شيء بعد التثبيت. أريد أنا إنشاء أول موضوع ومنشور، وأريد إنشاء شارات مستقلة عن الشارات الأساسية: Basic و Member و Regular و Leader…
الحل السهل هو عدم الاهتمام بأرقام شارات ومعرفات الموضوعات. هذا ما يفعله الجميع. إذا أردت قضاء ساعة إضافية أو عشر ساعات، فقد تقوم بتحرير هذه الشارات من المصدر، رغم أنني لست متأكدًا مما إذا كانت ستُضاف مرة أخرى عند ترحيل قاعدة البيانات لاحقًا (أعتقد أنها لن تُضاف).
يمكنك أيضًا استعادة قاعدة بياناتك القديمة بعد تثبيت جديد بدلاً من البدء من الصفر في كل مرة، حتى لا تضطر إلى المرور بكل ذلك أكثر من مرة واحدة.
إذا كان لديك ميزانية تتراوح بين 250 و1000 دولار (ولست متأكدًا تمامًا مما تريده أو مدى صعوبة المهمة)، فيمكنك النشر في Marketplace.
لم أرَ أي شخص آخر مهتم بمعرفات المواضيع. إذا كان المنتدى كبيرًا، يبدو أنه أقل أهمية ما إذا كان المعرف 10000001 أو 10000101.
لإيقاف تشغيل المواضيع والشارات المضمنة، ستحتاج إلى تعديل الملفات في db/fixtures، وبناء قاعدة بيانات جديدة، ثم عمل نسخة احتياطية منها. كيفية القيام بذلك في app.yml معقدة. ربما سأقوم بذلك في بيئة تطوير لتوليد قاعدة البيانات الجديدة التي تريدها. عند النظر مرة أخرى، لست متأكدًا تمامًا مما إذا كانت هذه ستُضمن في عمليات إعادة البناء المستقبلية. ستحتاج إلى تجربتها و/أو قراءة دليل Rails حول التضمين (seeding).