في كل مرة أقوم فيها بتحديث منتدى صديقي @techwithanirudh، يمكنني تحديث كل شيء باستثناء discourse أو الميزات المتعلقة بـ discourse، لا أعرف لماذا يحدث هذا، مما يؤدي إلى أشياء مثل منتدى قديم جدًا وإزعاج.
هل يمكنني الحصول على شرح؟
هل هذا شيء يحدده في SSH الخاص به أو قاعدة الكود الخاصة به بحيث لا يمكن لمسؤولين آخرين تحديث عناصر discourse، ولا يمكنهم أيضًا انتحال شخصية مسؤولين آخرين، وهذا أيضًا ما أشعر أنه خاطئ.
Docker_manager هي الأداة التي تتعامل مع الترقيات إلى Discourse. يجب تحديثها أولاً حتى تعرف كيفية ترقية إصدار Discourse الأحدث بشكل صحيح.
انقر فوق تحديث على Docker_manager. بمجرد اكتمال ذلك، يجب أن يسمح لك بالنقر فوق تحديث على Discourse.
5 إعجابات
لست متأكدًا مما تطلبه هنا ولكن طريقتي المفضلة للتحديث هي استخدام launcher في /var/discourse
إذا كنت على tests-passed فعادة ما تكون هناك التزامات متاحة بعد فترة قصيرة لأنهم يحبون التكرار بسرعة. هذا ليس بالضرورة “قديمًا”.
إعجابَين (2)
أدوبس ليس لدي وصول إلى كود المنتدى وسأجرب كيغان المدير وأبلغك
إعجاب واحد (1)
حسناً @keegan يبدو أن هذا قد نجح، إنه يعمل الآن ولكن لماذا لا يمكنني تحديثه دفعة واحدة؟
إعجاب واحد (1)
يمكنك ذلك إذا كنت تستخدم المشغل. سأطلب الوصول إلى SSH.
لأن مدير دوكر هو من يقوم بتحديث ديسكورس
إعجاب واحد (1)
على حد علمي، هذا لأن الإصدار الأحدث من Discourse يحتاج إلى ترقية Docker Manager أولاً. فكر في الأمر كشيء يعتمد على الآخر.
هذا منطقي أكثر يا نيت أدوبس، هل يمكنك التوضيح؟
أعتقد أن إعادة البناء عبر واجهة سطر الأوامر باستخدام ./launcher rebuild app سيؤدي إلى سحب أحدث الإصدارات من كل شيء من Github تلقائيًا، بينما يتعين عليك القيام بذلك يدويًا عبر واجهة المستخدم.
أعتقد أن @ice.d لديه نقطة جيدة وهي أن التحديث المزدوج مرهق عندما يحتاج docker_manager إلى تحديث. عليك أولاً تحديث docker_manager ثم الانتظار حتى يكتمل ذلك ثم تحديث Discourse (أو تحديث الكل) لتحديث Discourse وأي إضافات.
يستغرق تحديث docker_manager وقتًا طويلاً لدرجة أنني غالبًا ما أبدأ هذا التحديث ثم أذهب للقيام بشيء آخر، ثم أتذكر لاحقًا العودة لتحديث Discourse.
ستكون لمسة لطيفة إذا سمح الواجهة الرسومية بزر “تحديث الكل” في هذه الحالة، ويقوم فقط بتحديث docker_manager أولاً ثم المتابعة تلقائيًا لتحديث Discourse. إذا فشل تحديث docker_manager، يمكن مقاطعة العملية.
3 إعجابات
كنت أفعل ذلك، ولكن بعد ذلك أدركت أنه إذا قمت بالتحديث باستخدام موقع الويب، فهناك وقت تعطل أقل بكثير.
هذا صحيح، إذا نجح التحديث. ولكن إذا فشل، وهو ما يحدث أحيانًا، فسيكون لديك منتدى لا يعمل حتى تتمكن من الوصول إلى سطر الأوامر لإصلاح الأمور. لذا، إذا كان وقت التشغيل مهمًا بالنسبة لك، فستكون دائمًا مستعدًا للقيام بذلك عند محاولة التحديث.
وفي كل الأحوال، يجب عليك أخذ نسخة احتياطية كاملة وتنزيلها قبل محاولة التحديث. إذا ساءت الأمور بشكل كبير، فستحتاجها.
إعجاب واحد (1)
هممم… إذن هل سيساعد إعداد حاويتين هنا؟
نعم يا صديقي، ولكن ماذا ستفعل بشأن sidekiq؟
على حد فهمي، مع إعداد حاويتين يمكنك إجراء إعادة بناء سطر الأوامر بأقل وقت تعطل. لذا نعم، إنه يجعل إعادة بناء سطر الأوامر أكثر جاذبية.
إعجابَين (2)
Docker Manager لا يدعم إعداد حاويتين للعلم
3 إعجابات
شكراً جزيلاً لمساعدتكم، أنا قلق من أنني أحتاج فقط إلى التأكد من تحديث دوكر (Docker) للقيام بالباقي؟
هذا صحيح. فقط قم بتشغيل Docker_manager أولاً. يستغرق الأمر حوالي 5 دقائق على الخادم الخاص بي. بعد ذلك، يمكنك تحديث Discourse، أو تحديث الإضافات (plugins)، أو اختيار “تحديث الكل” (Update All).
إعجاب واحد (1)