توضيح صفحة غير متصلة

[alltiagocom (Tiago)]

لست بالتأكيد مستخدمًا متقدمًا، على الرغم من أنني قادر على اتباع بعض الخطوات وبمساعدة ChatGPT و Claude، يمكنني أحيانًا الوصول إلى ما أريد.

ومع ذلك، عند النظر إلى هذا الموضوع حول وجود صفحة تُعرض عندما نقوم بشيء يجعل المنتدى يظهر خطأ، يتبادر إلى ذهني بعض الأسئلة الحقيقية:

1. لماذا لا يحتوي Discourse على هذه الميزة مدمجة؟ هل يمكن لأحد أن يشرح باللغة الإنجليزية البسيطة (قدر الإمكان بالطبع، لأنني أفهم أن هذا تقني للغاية)؟
2. إذا لم يكن ذلك ممكنًا الآن، فهل سيكون ممكنًا في أي وقت ويتم تنفيذه، بحيث يمكن للمستخدمين غير المتقدمين الاعتماد على هذا النوع من الصفحات؟
3. منذ تثبيت Discourse قبل 3 أشهر، لاحظت أن 99٪ من الوقت عندما أحاول تحديثه مباشرة من صفحة المسؤول، يفشل وأضطر إلى الاعتماد على الطرفية (Terminal). أعتقد أنني قرأت في مكان ما أنه عندما نقوم بالتحديث عبر منطقة المسؤول نفسها، قد يواجه المستخدمون بعض التأخير، لكنه لا ينقطع تمامًا، بالطريقة التي يحدث بها مع الطرفية؟ إذا كان الأمر كذلك، فلماذا يحدث ذلك، ولماذا أواجه هذه الأخطاء طوال الوقت التي تجبرني على الاعتماد على الطرفية؟
4. هل هناك طريقة للتحديث عبر الطرفية دون جعله ينقطع؟ لأنه يبدو أنه عند إضافة/إزالة المكونات الإضافية، على سبيل المثال، أضطر إلى ذلك؟

أود أن أتعلم المزيد عن هذا.

[merefield (Robert)]

@alltiagocom

لماذا لا يتضمن Discourse هذا بشكل مدمج؟ هل يمكن لشخص ما أن يشرح باللغة الإنجليزية البسيطة (قدر الإمكان، بالطبع، لأنني أفهم أن هذا تقني للغاية)؟

لأنه معقد للغاية لتبرير صيانته كحل مجاني للاستضافة الذاتية ومعقد للغاية لدعمه للمسؤول عديم الخبرة العادي؟

ولكن إذا اتبعت هذا الدليل، فربما لا يزال هذا النهج يعمل.

@alltiagocom

إذا لم يكن ذلك ممكنًا الآن، فهل سيكون ممكنًا على الإطلاق وتنفيذه، بحيث يمكن للمستخدمين غير المتقدمين الاعتماد على هذا النوع من الصفحات؟

لا يمكن التعليق على أولويات/خارطة طريق CDCK

@alltiagocom

منذ تثبيت Discourse قبل 3 أشهر، لاحظت أنه في 99٪ من الأوقات عندما أحاول تحديثه مباشرة من صفحة المسؤول، فإنه يفشل ويجب علي الاعتماد على الطرفية. أعتقد أنني قرأت في مكان ما أنه عندما نقوم بالتحديث عبر منطقة المسؤول نفسها، قد يواجه المستخدمون بعض التأخير، ولكنه لا يتوقف تمامًا، بالطريقة التي يحدث بها مع الطرفية؟ إذا كان الأمر كذلك، فلماذا يحدث ذلك، ولماذا أواجه كل هذه الأخطاء التي تجبرني على الاعتماد على الطرفية؟

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

@alltiagocom

هل هناك طريقة للتحديث عبر الطرفية دون إيقاف تشغيله؟ لأنه يبدو أنه عند إضافة/إزالة الإضافات، على سبيل المثال، أضطر إلى ذلك؟

ليس مع التثبيت الأساسي لأنه يعيد بناء حاوية واحدة وربما يتطلب صورة جديدة وربما يؤثر على قاعدة البيانات، يجب إيقاف تشغيل الموقع بأكمله.

هناك حل للحاويات المزدوجة يمكنك تجربته والذي يسمح لك بإعادة بناء حاوية الويب بشكل منفصل مما قد يمنحك المزيد من وقت التشغيل:

Move from standalone container to separate web and data containers

This is an advanced setup. Don’t follow this unless you are experienced with Linux server administration and Docker. 2 Container Setup for a New Site Added by @pfaffman 2019-12-11. NOTE: If you want to create a 2 container site you can do this: ./discourse-setup --two-container It works just like normal except it’ll create separate data and web_only containers and generate a random password for the database. If you already have an app.yml you’ll need to rename it, or discourse-…