لقد حاولت للتو الترقية عبر واجهة المستخدم الرسومية على الويب. الجزء الأول سار على ما يرام، لكن الخطوة الثانية (تحديث إصدار Discourse) تقدمت جزئيًا، ثم ظهر خطأ، ولم يعد المنتدى يعمل على الإطلاق (فقط صفحة ‘Oops’).
عند تسجيل الدخول عبر ssh (لتشغيل ./launcher rebuild app يدويًا)، أحصل على:
ERROR: Docker version 18.06.3-ce not supported, please upgrade to at least 20.10.0, or recommended 24.0.7
إذا وضعنا جانبًا الحلول الممكنة لهذه المشكلة (والتي تتجاوز مستوى راحتي/كفاءتي)، أتساءل عما إذا كان هذا هو المقصود؟ كان لدي فهم غامض بأن واجهة المستخدم الرسومية يجب أن تكون سهلة الاستخدام، وأنه سيتعين على المرء استخدام ssh للقيام بالأشياء الخطيرة، لذلك كنت مرتاحًا للمحاولة دون التأكد أولاً من أن خبير تكنولوجيا المعلومات الخاص بي سيكون متاحًا كنسخة احتياطية.
تبذل جهدًا بطوليًا، ولكن إذا كانت الأجزاء الأساسية معطلة فلا يمكنها فعل أي شيء.
سيقوم Dashboard.literatecomputing.com بترقية سطر الأوامر بنقرة واحدة، وسيقوم بتحديث docker إذا كان مطلوبًا. سيقوم أيضًا بإعادة تشغيل الحاوية الحالية إذا فشل بناء حاوية جديدة.
لا تزال هناك أشياء يمكن أن تسوء.
الفائدة الأكبر من ترقية تجربة المستخدم هي عدم وجود وقت تعطل، وهو ما توفره إعدادات الحاوية المزدوجة إلى حد كبير.
هل يعتبر Docker قديمًا معطلاً؟ سأميل إلى تسمية ذلك تغييرًا مكسورًا من جانب Discourse.
سألقي نظرة. صحيح أننا نستضيف أنفسنا، ونظام التشغيل قديم أيضًا، لذلك كنا نعلم أنه سيكون هناك بعض العمل لاحقًا، فقط لم نكن نعلم أنه سيُفرض علينا بشكل غير متوقع.
إذا نظرت إلى Docker Engine | endoflife.date (وانقر فوق “إظهار المزيد من الإصدارات غير المدعومة”)، سترى أن دعم Docker 18 انتهى قبل 6 سنوات (18 أغسطس 2018). ليس من المبكر جدًا الترقية.
لذا، نعم، إذا كنت متأخرًا جدًا في استخدام Docker ونظام التشغيل الخاص بك كما كنت تعلم، فلا يجب عليك ترقية Discourse أيضًا.
لست متأكدًا مما إذا كان من الممكن لـ Discourse معرفة إصدار Docker الأساسي الذي يعمل تحته لتتمكن من تحذيرك في واجهة المستخدم.
