أنا أعمى أو شيء من هذا القبيل… 
لا يمكنني العثور على discourse_id_client_id و discourse_id_client_secret في إعدادات مواقعي. فقط Enable Discourse ID. 
أي فكرة؟
هل تم تمكين force https؟
نعم، لقد تم تمكينه. لقد تحققت من ذلك.
تحتاج فقط إلى تمكينه وسيتم إنشاء المفتاح السري والمعرف تلقائيًا.
~~ توجد مهمة “rake” تقوم بتشغيلها لربطه بالخادم المركزي وإنشاء المفاتيح. هذه هي مفاتيحك ويتم إنشاء المفتاح السري.~~
~~ لا أرى توثيقًا له في أي مكان.~~
~~ يجب أن يكون من السهل بما يكفي العثور عليه في المصدر، ولكن ليس من السهل العثور عليه على هاتفي بعد الساعة 5 مساءً~~
إعجاب واحد (1)
حقاً؟ 
يا إلهي… 
وأنا أيضاً. أتساءل عما إذا كان أي شخص قد قام بإعداد هذا بعد. 
rake discourse_id:register
لا. لقد جربتها للتو على موقع محدّث، وببساطة تمكين الإعداد يولد المفاتيح.
أعتقد أن مهمة rake كانت مطلوبة لفترة قبل الإعلان عنها علنًا، والآن يقوم تمكين الإعداد بطلب المفاتيح تلقائيًا، وهو ما يبدو منطقيًا أكثر من الاضطرار إلى تشغيل مهمة rake.
إعجاب واحد (1)
شكرًا لك، لكن هذا لم ينجح:
اسم المكون الإضافي هو 'discourse-docs'، ولكن اسم دليل المكون الإضافي هو 'discourse-knowledge-explorer'
تم إلغاء مهمة Rake!
لا أعرف كيفية بناء المهمة 'discourse_id:register' (انظر قائمة المهام المتاحة باستخدام `rake --tasks`)
هل قصدت؟ discourse_ai:install:migrations
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(انظر التتبع الكامل عن طريق تشغيل المهمة باستخدام --trace)
هل المنتدى الخاص بك محدث؟ هل حاولت ببساطة تمكين الإعداد من واجهة المستخدم؟ لقد جربت ذلك للتو على موقع موجود على آخر إصدار تجريبي.
إعجاب واحد (1)
حوالي أسبوع، ربما أسبوعين منذ آخر إعادة بناء.
هل قمت بتمكينه؟ عندما تفعل ذلك، سيقوم بإنشاء الآخرين. لا تحتاج إلى تعتيمها بنفسك.
إعجاب واحد (1)
لقد قمت بتمكين enable_discourse_id وتلقيت خطأ (باللغة الألمانية):
enable_discourse_id: يجب عليك تكوين بيانات اعتماد معرف Discourse (
discourse_id_client_idوdiscourse_id_client_secret) قبل تمكين هذا الإعداد.
يقول إنه يجب علي تكوين discourse_id_client_id و discourse_id_client_secret قبل تحديد enable_discourse_id.
لذلك هي مشكلة بيضة ودجاجة في الوقت الحالي.
إعجابَين (2)
غريب. قد تحاول الترقية ثم تقديم تقرير خطأ.
هل أنت خلف cloudflare أو وكيل عكسي آخر قد يمنع خادم discourse من الاتصال بخادمك؟ أنا متأكد من أنك إذا كنت خلف cloudflare فلن تتمكن من جعله يعمل.
إعجاب واحد (1)
لقد قمت للتو بالترقية إلى أحدث إصدار. لا أرى الخيارين…
لا شيء. تعمل مثيلاتي على خادم Linux “خلف” خادم ويب Apache. أعتقد أن الأمر مباشر جدًا كما هو موصوف في دليل تشغيل المثيلات المستضافة ذاتيًا.
بالأمس، قمت بإعداد مثيل آخر لاختبار الترحيل من منتدى آخر. لا أرى الخيارات هناك أيضًا.
هل قمت بإيقاف تشغيل الخيار (إذا كان قيد التشغيل) ثم حاولت تمكينه؟
لن تقوم أبدًا بتعيين هذه القيم بنفسك.
إعجاب واحد (1)
لا، لا يمكنني تشغيله. يقول نص الخطأ أنني بحاجة أولاً إلى إعداد client_id و client_secret.
هذا ما قصدته بمشكلة الدجاجة والبيضة. ما هي المشكلة الأولى أو لا يمكنني التشغيل بدون القيم التي لا يمكنني تعيينها لأن المربعات غير مرئية.
أعتقد أن pfaffman حاول شرح أنه بينما يقول الخطأ أن هذه الإعدادات تحتاج إلى تكوين قبل تمكين الإعداد، فإنه ليس أنت بل البرنامج الذي يملأها.
ربما يمكن أن يوفر Discourse ID fails to activate on my instance بعض الأفكار لما يمكنك تجربته أيضًا.
إعجاب واحد (1)
يبدو أنها كانت مشكلة في إعداد الوكيل العكسي كما توقعت
حاول تشغيل force_https. هذه مشكلة شائعة مع الوكيل العكسي نظرًا لأن Discourse لا يمكنه معرفة أنه https
تم تشغيل force_https منذ البداية.
عندما سجلت الدخول لأول مرة إلى المثيل الجديد الذي قمت بتثبيته بالأمس، سألني على الفور عما إذا كنت أرغب في تشغيل force_https.
ولكن نعم، يعمل Apache بنظام HTTPS ويستخدم الوكيل العكسي المنفذ 8080 http في حاوية Docker الخاصة بـ Discourse. ولكن بطريقة ما يعرف Discourse أنه يعمل بنظام HTTPS على أي حال.
هذا هو أفضل تخمين لدي. كيف قمت بتفعيل فرض https
في منطقة المسؤول باستخدام متصفح الويب. هل يجب القيام بذلك على وحدة التحكم؟ مثل
rails r "SiteSetting.force_https=true"
جربت للتو. بدا أنه يعمل، حيث لم يعط أي ردود فعل على وحدة التحكم.
لكنني ما زلت لا أرى إعدادين جديدين (في متصفح الويب) لـ client_id و client_secret.
إعجاب واحد (1)