سيكون ذلك رائعًا جدًا لو توفّر هذا…
بالنسبة للمنتديات الكبيرة ذات الحركة العالية، ليس من الجيد أن يتوقف المنتدى عن العمل كما يحدث عندما أضطر إلى تنفيذ الأمر:
./launcher rebuild app
في كل مرة أقوم فيها بتثبيت أو إلغاء تثبيت إضافة، يتوقف المنتدى عن العمل لفترة قصيرة مما يسبب إحباطًا للمستخدمين.
سيكون من الجيد أن تتوفر إمكانية تثبيت/إلغاء تثبيت الإضافات وإعادة بناء/إعادة تشغيل Discourse مباشرةً من واجهة الإدارة الرسومية.
لا أعتقد أن هذا ممكن بسبب الطريقة التي تُدمج بها الإضافات في موارد التطبيق، وهو ما يجب أن يتم أثناء عملية البناء، خاصةً لأن بعض عناصر الإضافات تؤثر على الخلفية.
عدة حلول بديلة:
قم بالتخصيص باستخدام مكونات السمات (Theme Components) قدر الإمكان. يمكن استبدال هذه المكونات وتحديثها عبر الإنترنت.
حدد مجموعة من الإضافات والتزم بهذه القائمة. لماذا تحتاج إلى تغيير الإعدادات بهذه التكرار؟
إذا كنت تحتاج فقط إلى تحديث إضافة، فاستخدم أداة الترقية عبر الإنترنت.
جدولة إضافة إضافات جديدة إلى الأوقات التي تضطر فيها إلى إعادة البناء بسبب تغييرات أساسية أخرى في التطبيق الأساسي.
إن التوصية الوحيدة الحقيقية التي يمكننا تقديمها هنا هي التخطيط المسبق. لا يوجد بديل لذلك.
استخدم مثيلًا صغيرًا لاختبار واعتماد أي تغييرات في الإضافات التي ترغب في إجراؤها، ثم جدولة نافذة كل أسبوع أو شهر لتجميع جميع هذه التغييرات على موقعك المباشر.
بهذه الطريقة لن يتأثر مستخدموك بشكل كبير بهذه الأنشطة، وستقلل بشكل كبير من خطر توقف الخدمة الإضافي الناجم عن مشاكل التوافق.
مع إعداد يحتوي على حاويات ويب متعددة، يمكن بالتأكيد تجنب التوقف أثناء إعادة البناء من خلال إعادة بناء/نشر حاوية ويب واحدة في كل مرة.
أنا آسف يا @Faizan_Zahid، لكن يمكنك فعلًا تحسين ذلك العنوان. ربما كنت تقصد “الإضافات” وليس “Discourse”. كنت أتوقع هنا شخصًا يطلب ميزة لإزالة Discourse من الخادم 
تريد القدرة على تثبيت/إزالة الإضافات دون الحاجة إلى إعادة البناء. يبدو أن هذا غير ممكن، للأسف 
ثم ترغب في تقليل وقت التوقف عند الحاجة إلى إعادة البناء. كان هذا موضوعًا مؤخرًا: مساعدة في إعداد “توقف صفري” (والذي لم يذهب حقًا إلى حيث كان يجب أن يذهب).
ما قد نحتاجه هنا هو دليل تعليمي رائع حول كيفية إعداد تثبيت بخزانتين ويب وكيفية استخدامه. يبدو هذا الإعداد هو الأكثر كفاءة (وربما الأكثر تعقيدًا أيضًا). ليس لدي معرفة كافية لإعداد مثل هذا الدليل، وإلا لفعلت ذلك. هل هناك شخص مستعد لذلك؟
أخطط للقيام بمهمة إعداد أدلة سهلة لمجموعة متنوعة من حالات الاستخدام المتقدمة بما في ذلك المذكورة أعلاه. إنها موجودة في قائمة الانتظار 
إذا كان نظام المناقشة الخاص بك يستخدم Docker، فيمكنك استخدام مثبت Procourse.
هذا يقوم بإعادة البناء أيضًا.
في حين أنه لا يزال يعمل حتى اليوم، فبحسب علمي، توقفت Procourse عن خدمة العملاء. سأكون مترددًا للغاية في التوصية به دون وجود خطة صيانة واضحة.
لم أكن على علم بذلك. ومع ذلك، طالما لم تتغير بنية Discourse بشكل كبير، فستستمر في العمل. التأكيد على كلمة
مع مرور الوقت، تحتاج جميع الإضافات إلى التحديث. حتى التغييرات البسيطة قد تسبب أحيانًا مشاكل لإضافات Discourse النشطة في التطوير. إنه ببساطة أمر لا يمكن التنبؤ به، وبالتأكيد ليس شيئًا يمكن لأي منا الاعتماد عليه.
إن إضافة تدير هي نفسها تثبيت الإضافات ولا يتم صيانتها تُعدّ مقترحة محفوفة بمخاطر كبيرة جدًا. الاعتماد على التفاؤل للاستمرار في استخدامها يبدو فكرة سيئة للغاية.
لقد عملتُ فقط مع عميلين أعربا عن اهتمامهما باستخدامها. بمجرد أن أصبح من الواضح أن Procourse لم تعد موجودة، كان كلاهما حريصًا على الهجرة بعيدًا عنها.
ينحصر الأمر في أنه ينبغي على المطورين النظر في دمج هذا النوع من الميزات مباشرة في Discourse، حتى لو كان ذلك كخيار قابل للتفعيل عبر سطر الأوامر، في حال كانت الأمان مصدر قلق.
بحسب علمي، التحديات أكثر جوهرية من ذلك. فالنهج الحالي لا يعمل مع المواقع المتعددة على الإطلاق.
كما لا يمكنك إلغاء تثبيت الإضافات مباشرة إذا قمت بالخطأ بتثبيت شيء ما يتبين أنه غير متوافق. يتطلب ذلك وصول SSH.
لقد قرأت مشكلة المواقع المتعددة. يمكن ببساطة استخدام فحص والسماح فقط إذا لم تكن مواقع متعددة تستخدم Docker.
نعم، قد يتطلب الأمر بعض التعديلات لتنفيذ ذلك. ومع ذلك، فهذا شيء يجب عليهم النظر فيه لتثبيتات المواقع الفردية.
حتى لو تم اعتماده كملحق رسمي لحاويات الموقع الواحد.
إذا قرأت إلى أسفل الموضوع، ستدرك كم يصبح استكشاف أخطاء توافق الإضافات الأساسية وحلها أكثر صعوبة.
هذا مجرد شيء يجب أن يكون في خارطة الطريق. ليس مختلفًا كثيرًا في بعض الأحيان عن استخدام واجهة رسومية في لينكس للتثبيت مقارنة بسطر الأوامر؛ ومع ذلك، هناك بعض الحلول التي نجحت في جعل هذا يعمل بشكل جيد.
في كل مرة تستخدم فيها طرق تثبيت غير رسمية، هناك خطر من حدوث أعطال. لذا، على سبيل المثال، فإن القدرة على تفعيل أو تعطيل إضافة مثل السمة أو مكون السمة فكرة جيدة.
في الآونة الأخيرة، واجهت مشكلة يبدو أن أيقونات الفئات تسببت فيها. حتى عند استخدام سمة أساسية بدون تعديلات CSS أو مكونات أخرى. استغرق الأمر بعض الوقت لتحديد السبب.
الغريب في الأمر أنها تعمل على تثبيتنا المنفصل للتجربة الذي يشغل أحدث إصدار تجريبي من ديسكورد.