لقد كنت أقوم بتشغيل nextcloud و vaultwarden و jellyfin وما إلى ذلك في حاويات docker لسنوات، ولكن لا يمكنني فهم Discourse بأي حال من الأحوال.
يمنحني برنامج الإعداد خطأً بشأن عدم القدرة على الاتصال بالمنفذين 80 و 443. ربما لأنني أقوم بإعداده على خادم جديد لا يحتوي على هذه المنافذ المعاد توجيهها حيث أنوي استخدام nginx proxy manager على خادمي الآخر لإعادة التوجيه إلى Discourse.
لقد حاولت كتابة ملف compose بناءً على المتغيرات في الملفات، ولكن docker لا يمكنه العثور على بيان عند محاولة سحب discourse/base.
لقد جربت حاوية bitnami ولكنني انتهيت بدون حساب مسؤول والأمر الذي يقول bitnami لاستخدامه لإعداد واحد يعود بأخطاء.
لقد أمضيت الأيام القليلة الماضية في هذا. هل يمكن لأحد أن يساعدني من فضلك؟
كان الرد دقيقًا، فإعداداتك ليست قياسية وبالتالي فهي ليست تثبيتًا قياسيًا. عادةً ما يكون الدعم المجاني موجهًا للتثبيت القياسي لأنه يظل قابلاً للإدارة للأشخاص لتقديمه (مجانًا).
إذا كنت تبحث عن دعم مجاني لتثبيت غير قياسي، أقترح أن تكون أكثر لطفًا مع أولئك الذين يقدمونه …
يدرج الدليل الذي قمت بربطه بشكل صريح أنه يفترض أن لدي Discourse قيد التشغيل. وأنا لا أملكه. كما أنني لا أ حاول تشغيل مواقع إلكترونية أخرى على نفس الجهاز الذي يعمل عليه Discourse، بل أحاول تشغيل Discourse على جهاز ثانٍ.
المشكلة هي أنني لا أستطيع تجاوز فحص المنفذ في نص إعداد discourse-setup ولا أي من أوامر المشغل تفعل شيئًا فعليًا. لقد قمت بالفعل بتحرير الملفات المذكورة في الدليل الذي ربطه merefield قبل أن أضع منشوري هنا، حيث أوصى رسالة الخطأ في discourse-setup، لكنني لا أعرف ماذا أفعل بعد ذلك.
sudo ./launcher rebuild app تم تشغيله. ومع ذلك، بعد ملء التفاصيل للتسجيل كمسؤول والانتقال إلى الصفحة التالية، أحصل على هذا. لم أتلق أي بريد إلكتروني للتأكيد سواء كان منفذ smtp مضبوطًا على 587 أو 465
نعم، تغيير example.com مرة أخرى إلى عنوان IP الخاص بالخادم يعرض لي صفحة البريد الإلكتروني التأكيدي الصحيحة.
لقد وجدت خطأ إملائي في سجل DNS وخطأ ارتكبته في ملف yml، لذا من المؤمل أن يعمل البريد الإلكتروني عندما أستيقظ.
يعطيني أيضًا ناتج الأمر sudo ./launcher rebuild app بعض الأدلة حول ما يجب تعديله لتخصيص الإعداد بشكل أكبر. آمل أن يكون لدي إعداد Discourse يرضيني بحلول عطلة نهاية الأسبوع!
عذرًا على المقاطعة وعدم قراءة الموضوع بأكمله، لكن مشكلة OP واجهتها بنفسي في المرة الأولى التي حاولت فيها إعداد Discourse. المنفذ 80 والمنفذ 443 غير مفتوحين لأن التطبيق لا يستخدمهما بعد. الحيلة هي تشغيل skip-network-check أو أمر ما (لا أتذكره وأنا في العمل) ويقوم الإعداد بتخطي فحص المنفذ ثم يمضي قدمًا في الإعداد. إنه موجود في تعليمات الإعداد القياسية ولكنه سهل الفقدان
إذًا، لا يمكنك استخدام discourse-setup أو يمكنك تشغيله باستخدام --skip-connection-test، ولكنك ستكون مسؤولاً عن جعله يعمل. تحتاج أيضًا إلى التعليق على قوالب ssl و https.
هذا لن ينجح.
يجب عليك أولاً تثبيته على جهاز لا يستخدم أي شيء آخر المنافذ 80 و 443 لمعرفة كيفية عمله. إذا لم تكن ستقوم بذلك، فأنت بحاجة إلى فهم كيفية عمله قبل القيام بأي شيء.
لقد أصلحت المشكلة مع خادم بريدي الإلكتروني الخاص بي ويمكن لتطبيقات دوكر الأخرى استخدام عنوان البريد الإلكتروني الذي أريد استخدامه مع Discourse، ولكن لا يزال Discourse يفشل في إرسال بريد إلكتروني.
