حسنًا… أعتقد أن هذا هو الاختلاف الحاسم وهذه “التحديثات من واجهة الإدارة” هي بمثابة تذكير بالأوقات القديمة، عندما كان لديك فقط “استضافة الويب” مع مترجم php، لذلك تم بناء كل شيء حول هذا المفهوم. وأعتقد أن هذا انتقل إلى كيفية عمل Discourse وكيف يُتوقع إدارته.
حسنًا، هذا شيء آخر لاحظته - Discourse ثقيل جدًا (بدأ الحاوية في استهلاك الموارد أثناء بدء التشغيل بمستوى مخيف) لذا نعم - قد تكون هذه مشكلة.
كيف يتم “بناء” هذه في سياق Ruby (وهي لغة مترجمة في الغالب وليست مجمعة)؟
ألن يكون من الأفضل محاولة استخدام حلول جاهزة؟ حتى بالنسبة لإعدادات postgres يمكن تغييرها بسهولة عن طريق توفير/تركيب ملف postgresql.conf مخصص، لا حاجة لصورة مخصصة تمامًا مع إعداد مدمج… وحتى بعد ذلك - إذا كان ذلك مطلوبًا، يمكن لـ Discourse توفير مثل هذه الصورة المبنية مسبقًا التي سيتم سحبها فقط بدلاً من إعادة بنائها في كل مرة…