اسم حاوية المكون الإضافي للمسؤول (أداة مسؤول النظام)

يسعدني مشاركة إضافة إدارة Discourse هذه التي تضيف أسماء الحاويات (المحددة في ملف yml الرئيسي للتطبيق) إلى تبويب النسخ الاحتياطي في صفحة الإدارة. هذه الإضافة المفيدة مفيدة لمسؤولي أنظمة Discourse الذين يديرون تكوينات متعددة الحاويات ويرغبون في معرفة الحاوية التي تعمل بنظرة سريعة.

لقطات شاشة

هذه إضافة بسيطة، وهي أول إضافة “عامة” لي، لذا فإن التعليقات والطلبات المدمجة (PRs) موضع ترحيب كبير لتحسينها. تأتي معلومات الحاوية من متغيرات البيئة في ملف yml، على سبيل المثال:

  • DISCOURSE_CONTAINER_MAIN
  • DISCOURSE_CONTAINER_DATA

ندير عدة حاويات تعمل في نفس الوقت مما يسمح لنا بإعادة بناء حاويات Discourse والتبديل إليها دون أي توقف (عن طريق تغيير تكوين وكيل العكس)، لذا كان من الأفضل بالنسبة لنا ترميز هذه القيمة في ملف yml بدلاً من استرجاعها من docker ps، لأن docker ps لا توجد لديه طريقة لمعرفة الحاوية التي تم تمكينها عبر تكوين وكيل العكس.

قائمة المهام

مهاراتي في Ember متواضعة مقارنة بخبراء Discourse (لا أزال أحاول تعلم Ember)، لذا واجهت بعض المشكلات في مجالين، مما يعني وجود مهمتين مفتوحتين على الأقل في قائمة المهام. وأرحب بأي طلب مدمج (PR) إذا كان هناك شخص مهتم:

  1. عندما يعمل تطبيق Discourse (واجهة المستخدم الرسومية) ونقوم بالتبديل بين الحاويات (عبر تغيير في تكوين وكيل العكس)، يجب إعادة تحميل الصفحة (أو تعطيل الإضافة ثم إعادة تمكينها). لم أتمكن من جعل الخاصية المحسوبة تتحدث تلقائيًا (جربت تقنيات عديدة).

  2. لم أتمكن من جعل I18N يعمل كما هو متوقع، لذا فإن عنصر <span> مُرمَّز في كود JS بدلاً من أن يكون في ملف اللغة (لكن هناك نصوص مؤقتة جاهزة).

كما ذُكر، الطلبات المدمجة (PRs) موضع ترحيب، فأنا لا أزال مبتدئًا في إضافات Discourse!

التعليقات والتحديثات موضع ترحيب هنا أيضًا:

الطلبات المدمجة (PRs) موضع ترحيب!

8 إعجابات

هذا الإضافة تبدو مفيدة حقًا.
شكرًا لك!

3 إعجابات

لا أعرف كيفية جعل Ember تفاعليًا مع الخصائص المحسوبة عند التبديل بين الحاويات عبر وكيل عكسي. هذا موضوع مثير للاهتمام حقًا، وبالتوفيق في ذلك.

لقد جربت هذا للتو، قمت بالتبديل بين الحاويات بتغيير تكوين وكيل العكسي وحصلت على التحديث عن طريق إيقاف المكوّن الإضافي وتشغيله مجددًا.

على أي حال… شكرًا لك على هذا المكوّن الإضافي المفيد @neounix

نتطلع إلى التحسينات المستقبلية.

إعجابَين (2)

شكرًا لك. لكن في الواقع، من المرجح أن تكون هذه الأداة مفيدة لأقل من 1% من جميع مسؤولي أنظمة Discourse، لأن معظم مثيلات Discourse (وهي تخمين جريء بناءً على المنشورات في meta) تعمل على حاوية واحدة دون استخدام وكيل عكسي (وهي الإعداد القياسي المدعوم من Discourse).

نعم، جربت العديد من الطرق المختلفة، والمشكلة بالنسبة لي، بناءً على “جهلي الشديد” في إضافات Discourse، هي أنني أستطيع فقط قراءة متغير البيئة GlobalSetting من ملف yml في Ruby، بينما باقي الإضافة مكتوب بلغة JavaScript.

فكرت أيضًا في إعادة كتابة الإضافة لتكون 100% بلغة Ruby، لكنني لم أتحرك في هذا الاتجاه بعد لأنني آمل أن يكون لدى شخص ما فكرة أفضل أو حتى يساهم بطلب سحب (PR) لطريقة تجعل معلومات الحاوية تفاعلية في حالة تبديل الوكيل العكسي، بحيث لا تحتاج إلى إعادة تحميل التطبيق (إعادة تهيئة الإضافة).

شكرًا لك على التعليق.

إعجابَين (2)