بعد بعض البحث، توصل التعاون التقني الذي أعمل معه إلى الخيارات التالية لإعدادات محلية / تجريبية مستضافة ذاتيًا. ربما يتعين علينا تحمل التكاليف ومضاعفة تكاليف الاستضافة لدينا * (عند الاقتضاء) ولكننا اعتقدنا أنه قد يكون من المفيد رؤية ما إذا كان لدى أي شخص نصائح حول أفضل الممارسات أو توصيات للبدائل؟
- نحن منظمة غير ربحية صغيرة ولدينا استضافة مدارة في المملكة المتحدة، لذا فإن التكلفة ليست تافهة.
— — —
الخيارات:
1. الإعداد المحلي
الإيجابيات:
- آمن ومعزول للغاية – يمكن تعديل أي إضافات / سمات / كود أساسي لـ Discourse
السلبيات:
- الأداء سيء للغاية: بشكل افتراضي، يقوم بسحب صورة Docker في كل مرة تقوم فيها بإعادة تشغيل الكمبيوتر، ويجب إعادة تشغيل
bundle install(تنزيل وبناء مصادر الكثير من حزم Ruby) في كل مرة تقوم فيها بالتشغيل، وعلى نظام التشغيل OSX تعمل كل الأشياء في جهاز افتراضي بطيء بسبب نقص دعم الحاويات الأصلي- يتطلب تصحيحًا يدويًا لكود Discourse لجعل إضافة WP-Discourse تعمل (مزيد من البحث مطلوب لمعرفة كيفية تطبيق ذلك)
- المزامنة مع الموقع المباشر ستتطلب العمل على الأدوات، وقد لا يعمل تحميل البيانات المباشرة بشكل موثوق
التقدير: 4-6 ساعات إعداد
2. خادم تجريبي
الإيجابيات:
- يسهل الأمر على الأشخاص الجدد البدء، لا حاجة للإعداد
- يمكن بسهولة نسبيًا جعله بنفس إصدار الإضافات وما إلى ذلك مثل الموقع الرئيسي
- قد تكون المزامنة سهلة مثل استعادة نسخة احتياطية من الموقع المباشر
السلبيات:
- تكاليف تشغيل عالية
التقدير: 1-2 ساعة إعداد + تكاليف الاستضافة
3. (إيجاد طريقة لـ) الاختبار بأمان على الموقع المباشر
الإيجابيات:
- بالتأكيد يتم الاختبار دائمًا بنفس إصدار Discourse والإضافات والسمات
السلبيات:
- نحتاج إلى إيجاد طريقة لعدم إزعاج المستخدمين بتنبيهات “مشاركة جديدة!” / خطر أنه إذا أفسدنا هذا، فسيتم إزعاج الأشخاص. خطر صغير على البيانات، قد يتطلب الاستعادة من نسخة احتياطية.
التقدير: 1-2 ساعة إعداد