تثبيت Discourse في Docker في Portainer

مرحباً،

لقد كنت أحاول تثبيت Discourse باستخدام Portainer، ولكني أواجه مشاكل. في كل مرة أحاول فيها، أتلقى رسالة الخطأ:

“فشل نشر مكدس: postgres سحب التطبيق سحب redis سحب الويب سحب sidekiq سحب…”

لقد استخدمت ملف Docker Compose من هذا الرابط: (docker-compose.yml · master · libre.sh / compose / Discourse · GitLab)

هل يمكن لأحد أن يقدم بعض النصائح حول هذا الأمر؟

شكراً لكم.

إذا بحثت ستجد العديد من الأشخاص الآخرين الذين فشلوا. اعتقدت أنني رأيت شخصًا ينجح، لذلك قد تبحث في المزيد من المشاركات أكثر مما فعلت.

إذا كنت تريد حلاً يعمل وستحصل على دعم له، فاستخدم docker.

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

في الواقع، نحن نستخدم docker. يستخدم الكثير من الأشخاص docker ويظلون غير مدعومين، لأن، حسنًا.. لا أحد يعرف السبب. تظل مواضيع الدعم بنفس المشكلات دون إجابة، أو بإجابات مثل “أرى الكثير من الأسئلة المماثلة، حاول البحث قبل النشر.”، نعم، أسئلة مماثلة دون إجابة. وإذا بدأ أي شخص في الشكوى، فإليك * “أوه، إنه لا يعمل؟ يا للأسف، يا للأسف، ربما لست تقنيًا بما يكفي، تفضل، جرب خططنا المدفوعة مسبقًا” *.

لقد حاولت حتى إنشاء خادم مخصص مع docker عليه، وتثبيت discourse، وتثبيت portainer فوقه واستنساخ الإعداد بأكمله باستخدام docker compose دون أي نجاح على الإطلاق. يبدو الأمر وكأنه تشويش زائف. نوعًا ما، نعم، إنه MIT، باستثناء بعض الفروق الدقيقة.

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

إذا لم تكن هناك خيارات أخرى حقًا، فربما يجب ذكر ذلك في التوثيق؟ ليس “مجرد متطلبات docker والأجهزة للتثبيت”، ولكن ذكر قوي، أنه يجب عليك استخدام خادم كامل لهذا المنتج فقط، لا يمكنك استخدام discourse كجزء من شيء آخر. يمكن لهذا الاستنتاج أن يتخلص من العديد من الأسئلة التي لم تتم الإجابة عليها، مما يحول الفكرة من “نعم، يمكنك نظريًا، إليك التوثيق، ابحث” إلى “لا يمكنك”.

أو ، “تريد استخدام مجموعة من الأدوات التي لا نستخدمها ولا تعمل معك؟ لا يمكننا تخمين السبب. إذا كنت تستخدم أدوات تشبه الأدوات التي نستخدمها ونختبرها ، فمن المرجح أن تعمل وسنكون قادرين على المساعدة.”

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

التثبيت القياسي يعمل للكثير من الأشخاص الذين لا يعرفون شيئًا عن إدارة النظام. تكوين الوكلاء العكسيين يجعل الأمور أصعب بأربع مرات على الأقل ، وأصعب في الدعم عبر منتدى.

إعجاب واحد (1)

على ماذا تستند في هذا؟ الرد المعتاد على التكوينات غير المدعومة هو تجربة التثبيت القياسي لأنه يسمح لأي شخص بتشغيل Discourse دون دفع سنت واحد لـ CDCK.

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

إذا كنت تعرف كيفية استخدام دوكر، فيمكنك اتباع هذا المسار، ولكن لا يمكننا ضمان أن يتمكن أي شخص من المساعدة في تفاصيل تكوينك، ومن هنا جاء unsupported-install. الشيء المتعلق بالدعم المجاني القائم على المجتمع هو أنه إذا لم يكن نطاق الدعم محدودًا، فإن الجودة الإجمالية للنصائح ومعدل النجاح ستنخفض.

هل يمكنك شرح ما هو الخطأ في ما سبق؟ إذا دفع شخص ما المال لتطوير خبرة نادرة، ألا تمتلك هذه الخبرة قيمة؟

3 إعجابات