شكراً على الرد.
أتفهم أن الطريقة “الرسمية” تعتمد على الوصول إلى قاعدة بيانات MySQL واستخدام البرنامج النصي mybb.rb مع متغيرات البيئة - ونعم، لقد جربت ذلك. حاولت أيضًا إعداد بيئة تطوير Discourse محلية كاملة كما توصي بها أدلة الاستيراد، وخططت لنقل البيانات إلى بيئة الإنتاج بعد الاستيراد. لكن الواقع هو أن كل برنامج تعليمي ومثال تقريبًا وجدته في فئة “الترحيل إلى Discourse” إما قديم أو مليء بأشخاص يواجهون أخطاء أيضًا مع مستورد MyBB.
البرنامج النصي نفسه هش. لم يصمد أمام اختبار الزمن، ويتعطل بسبب اختلافات بسيطة في المخطط أو حالات حافة. تفترض معظم الأدلة أنك على دراية بـ Ruby و Rails والتفاصيل الداخلية لقاعدة كود Discourse - وهو ما لا يعرفه العديد من مسؤولي المنتديات. وحتى عندما حاولت تبسيط الأمور عن طريق التصدير إلى CSV، كان الأمر يتعلق بمحاولة إعداد البيانات يدويًا لأن الأدوات المقدمة لم تكن تعمل.
عندما قلت * “إنها تعمل جميعًا بنفس الطريقة تقريبًا” * - بالتأكيد، ولكن هذه هي المشكلة. الكثير منها لا يعمل بشكل جيد في عام 2025 دون تصحيحات وتصحيح أخطاء وتخمين كبير. لا يكافح الناس لأنهم لم يقرأوا المستندات - إنهم يكافحون لأن النظام البيئي للاستيراد عالق في عقلية تركز على المطورين.
في هذه المرحلة، قررت ببساطة تحويل قاعدة بيانات MyBB SQL الخاصة بي إلى نسخة احتياطية عاملة من Discourse بتنسيق .tar.gz يمكنني تحميلها واستعادتها من خلال لوحة الإدارة. لا توجد برامج نصية للاستيراد، ولا أخطاء Ruby، فقط طريقة نظيفة ومباشرة تعمل.
وبصراحة، سأقوم بإنشاء أداة Python تتيح للأشخاص سحب وإسقاط ملف MyBB SQL الخاص بهم وتصديره إلى نسخة احتياطية جاهزة لـ Discourse. لقد أظهرت لي هذه العملية برمتها مدى الحاجة الماسة إلى مسار استيراد حديث وسهل الاستخدام. لا ينبغي للمستخدمين أن يمروا بهذا القدر من الألم لمجرد ترحيل مجتمعهم.
أقدر المساعدة على أي حال - أعرف أنك تحاول فقط التوضيح، ولست ألوم أحدًا على وجه التحديد. لكن تجربة الاستيراد بأكملها تحتاج بالتأكيد إلى تحديث.