مرحباً. عندما أحاول التثبيت، في/عبر “الموصى به” حيث يتم سرد البت، أحصل على: “خطأ 500”
عندما أذهب للمعاينة، أحصل على هذا في وسط الصفحة:
أي اقتراحات لماذا هذا؟
أخمن أن اتصالي بالخدمة مرفوض في الواقع ولكن… لماذا.
يبدو أن هذا ليس الرابط الصحيح. إذا استخدمت الرابط الموجود في المنشور الأصلي، فيجب أن يعمل بشكل جيد - GitHub - discourse/discourse-custom-header-links
إذا استطعت إخباري من أين كنت تحاول تثبيت هذا الرابط، فسأتحقق مما إذا كان بإمكاننا تحديثه.
عندما أحاول باستخدام git – GitHub - discourse/discourse-custom-header-links
أحصل على نفس “خطأ 500”
هممم. 
يبدو أنه يعمل بشكل جيد بالنسبة لي (من قسم “شائع” ومن خلال لصق الرابط GitHub - discourse/discourse-custom-header-links).
هل يمكنك تجربة زر “تثبيت مكون السمة هذا” في المنشور الأصلي كبديل؟
لا يمكنني فعل ذلك لأنني أفهم أن موقعي، وهو مختبر اختبار، يجب أن يكون متاحًا للجمهور، أليس كذلك؟
قد يفسر هذا الروابط القديمة. هل هو محدث؟
أعتقد أن بديلاً آخر قد يكون تنزيل الملف المضغوط وتحميله بهذه الطريقة:
كل شيء يبدو أنه يعمل بشكل جيد، sidekiq يعمل، لا توجد أخطاء أو تحذيرات واضحة.
بعض الأشياء الأخرى - مثل لافتات الفئات - تم تثبيتها عبر popular okey.
الإصدار 3.0.5 / 461966e028
سأجرب zip
إعجاب واحد (1)
للعلم، أحدث إصدار stable هو 3.1 (و tests-passed على الأقل 3.2.0.beta1-dev) لذا أعتقد أنك بحاجة إلى الترقية. 
إعجاب واحد (1)
لست متأكدًا مما إذا كان ذلك قد نجح - ربما أدى تدمير الحاوية وإنشاؤها - ولكن الآن مع التحديث إلى الإصدار 3.0.6، يمكن لـ Discourse تثبيت CHL عبر شائع.
إعجاب واحد (1)
أتلقى هذا الخطأ لجميع/أي سمة و | مكون الآن.
هل تعمل هذه - أنا أسأل عن وقت ذهابي إلى “معاينة” يتم إعادة توجيهي إلى: Theme Creator مع نافذة منبثقة وزر “عرض السمة” والذي إذا ذهبت إليه أنتهي في ‘discourse - Theme Creator’
كيف قمت بتثبيت ديسكورس؟ هل هذا تثبيت قياسي؟ هل قمت بالترقية إلى الإصدار الحالي 3.1؟
نعم. بالمناسبة - هل يجب أن ينتهي تثبيت “standard” بإصدار dev (يظهر لدي 3.2.0.beta1-dev)؟
في بعض السجلات أرى:
…
المعالجة بواسطة Admin::ThemesController#import كـ */*
المعلمات: {"remote"=>"https://github.com/discourse/discourse-category-banners"}
تم عرض قالب نصي (المدة: 0.0 مللي ثانية | التخصيصات: 1)
اكتمل 418 في 2 مللي ثانية (العروض: 0.4 مللي ثانية | ActiveRecord: 0.0 مللي ثانية | التخصيصات: 1273)
فشل في معالجة الاستجابة المختطفة بشكل صحيح: Timeout::Error : Timeout::Error
هل حقيقة أن لدي Nginx proxy خارجي عن المضيف/العقدة يلعب دورًا في ذلك؟ (كل شيء يبدو أنه يعمل بشكل طبيعي)
من داخل الحاوية يمكنني curl تلك URIs — من عرض مكون ما يفشل مع 500 — مجرد موافق.
هل هناك طريقة للحصول على تصحيح أكثر تفصيلاً لهذه الأجزاء؟
المكونات المثبتة عبر zip تبدو أنها تعمل بشكل جيد.
نعم، الفرع الافتراضي هو “الاختبارات ناجحة” (انظر أيضًا Understanding Discourse release channels).
تمت إضافة اللاحقة “dev” مؤخرًا.
From Discourse 3.2: adding -dev suffix to beta versions under active development
إعجاب واحد (1)
ربما مشكلة في الأداء. هل هناك ذاكرة وصول عشوائي كافية؟ هل هناك أشياء أخرى تستهلك كل وحدة المعالجة المركزية؟
لا أعتقد ذلك، 4 أنوية و 8 جيجابايت من ذاكرة الوصول العشوائي وهو مجرد مختبر تم تثبيته حديثًا - في اللحظة التي يفشل فيها Discourse بهذه الطريقة، يمكنني استخدام curl، داخل الحاوية، لنفس عنوان URI بشكل جيد.
ما أعتقد أنه سيكون مفيدًا هنا هو معرفة كيفية الحصول على سجلات أكثر تفصيلاً/تصحيح الأخطاء - إذا كان devel يقرأ هنا، فربما يمكنه تقديم المشورة بشأن ذلك.
tail -f /var/discourse/shared/standalone/log/rails/production.log
أو داخل الحاوية
/shared/log/rails/production.log
بالنظر إلى هذا، أعتقد أن لديك مشكلة في تكوين دوكر ولا يمكنه الوصول إلى جيت هاب. لكنني لست متأكدًا من كيف يمكن أن يكون هذا صحيحًا إذا قمت بتثبيت قياسي، حيث كان سيستنسخ الإضافات من داخل الحاوية.
آمل أن تكون هذه السجلات التي ألصقتها بالفعل، في وقت سابق - لا يزال بإمكاني جعلها أكثر تفصيلاً وإفادة.
قلت أيضًا، في تعليقي الأخير، إنه يمكنني curl نفس عنوان URI هذا لـ المكون وهو عنوان URI الخاص بـ Github، بشكل جيد، داخل الحاوية - هل تعتقد أن ما قلته، تكوين docker، قد يكون المشكلة حقًا؟
إعجاب واحد (1)
كان هناك عدد من العوامل — إعادة بناء الحاوية، نظام أسماء النطاقات الخاص بالمضيف، … — لقد نجحت الآن، ولا توجد أخطاء 500.
إعجاب واحد (1)