إذا قمت بإجراء التحديثات من واجهة المستخدم، فستتلقى في النهاية رسالة تفيد بأنه يتعين عليك إجراء تحديث عبر سطر الأوامر. هذا لا يعتمد على Debian، بل على صورة Discourse الأساسية.
إعجابَين (2)
وهل مع طريقة الحاويتين لن يكون هناك زر تحديث لواجهة المستخدم الرسومية على الإطلاق، صحيح؟
يأتي تحديث واجهة المستخدم الرسومية من المكون الإضافي discourse_docker. إذا كان لديك هذا المكون الإضافي، فلديك تحديث واجهة المستخدم الرسومية.
عند اكتشاف ثغرات في أدوات معالجة الصور، فقد حدث استثناء للتعليمات البرمجية عن بُعد بالتأكيد في الماضي، مما يعني أنك على بعد تحميل صورة واحدة من نظام مخترق.
وضع Clear Linux المعيار لمدى سرعة الإقلاع على لينكس. إنه عمل رائع، أدعمه بكل إخلاص.
إعجاب واحد (1)
أوه، هذا يغير الأمور قليلاً إذن. لسبب ما كنت أعتقد أن محدث واجهة المستخدم الرسومية لن يعمل مع تثبيت غير قياسي من حاويتين. في هذه الحالة، طالما أن المسؤول يتمتع بالكفاءة التقنية، يبدو أنه لا توجد الكثير من السلبيات لتثبيت حاويتين. أريد بالتأكيد الحصول على تحديثات واجهة المستخدم الرسومية، على سبيل المثال إذا كنت أسافر بهاتفي فقط وخرج تحديث أمني كبير لـ Discourse، فيمكنني على الأقل تطبيقه دون الحاجة إلى الوصول عبر SSH.
إعجاب واحد (1)
هذا هو اعتقادي. أنت بحاجة أساسًا إلى الانتباه بما يكفي فقط لمعرفة متى يكون هناك ترقية لـ Postgres أو Redis تتطلب إعادة بناء حاوية البيانات. تحتاج أيضًا إلى معرفة كيفية تشغيل ./launcher bootstrap web_only & ./launcher destry web_only; ./launcher start web_only، ولكن هذا ليس بالأمر الصعب. يمكنك فقط تشغيل ./launcher rebuild web_only، ولكن هذا يؤدي إلى تعطيل الموقع أثناء إعادة بنائه.
إعجابَين (2)
فقط لكي نكون كاملين: واجهة المستخدم الرسومية على الويب تبنى عادةً بدون أي وقت تعطل؛ عملية التمهيد/التدمير/البدء لها وقت تعطل بسيط ولن أقوم بها إلا بشكل طبيعي مع صفحة صيانة مقدمة خارجيًا كما هو الحال مع nginx خارجي كما هو موثق هنا. ولكن هذه ممارسة جيدة على أي حال إذا كان ذلك فقط للحصول على عناوين IPv6 في الحاوية.
جيد جدًا ، شكرًا لك. ومع تثبيت حاويتين ، هل لا تزال تتلقى إشعارات لوحة تحكم Discourse عندما تحتاج الحاوية إلى إعادة بناء؟ وفي هذه الحالة ، هل يمكنني تحديد ما إذا كنت سأعيد بناء التطبيق فقط أم حاوية البيانات أيضًا؟
إعجاب واحد (1)
نعم. أراها الآن لأنني لم أطبق تحديث “تغير الإصدار فقط” 3.1.0.beta1. 
إعجاب واحد (1)
هذه حالة “لا بأس حتى لا يكون كذلك” - يصاب الناس بالذعر عندما يفشل التحديث في واجهة المستخدم ولا يعرفون تشغيل git pull; ./launcher rebuild app لتجاوز المشكلة. يحدث هذا في كل مرة يكون هناك تغيير يبطل تحديث واجهة المستخدم الرسومية، على ما أعتقد. لقد حدث مرة أخرى:
أشعر أن هذا الذعر يسلط الضوء على قيمة وجود آلية تحديث متسقة وطبيعية تتجنب هذه التجربة.
في الوقت نفسه، واجهت حالة نادرة أيضًا حيث يؤدي التمهيد إلى كسر النظام قيد التشغيل: التحديثات التي لا تتطلب وقت تعطل تقريبًا تنكسر من حين لآخر بهذه الطريقة، مرة أو مرتين في السنة ربما في المتوسط؟ لذا لا تتأخر بين التمهيد والتدمير/البدء.
يجب أن أقوم بتحديث النص لجعله واضحًا، لذا سأفعل ذلك بعد ذلك.
لم أقم بنشر LibreTranslate بعد، ولكني أفكر في القيام بذلك لجعل موقعي متاحًا دوليًا بشكل أكبر.
إذا نجحت في ذلك، أنوي تعديل ذلك في المنشور العلوي. 
إعجابَين (2)