هل لا توجد طريقة لاختبار إضافة Discourse connect في خطة Hobby؟ أرغب في اختبار هذا قبل الدفع… ومع ذلك، لا أرى خيارات الإعداد لتمكين Discourse connect.
تعديل: لقد طرحت هذا السؤال نفسه على مساعد Discourse ويبدو أن هذا هو الحال. صححني إذا كان هذا خطأً لأنني أفضل عدم الدفع مقابل هذا حتى أعرف أنني بحاجة إليه.
يتوفر DiscourseConnect في الخطة الاحترافية (Pro plan). يمكنك بدء فترة تجريبية مجانية على تلك الخطة واختباره مجانًا. (لن يتم فرض رسوم عليك إلا إذا قررت بدء اشتراك مدفوع.)
هل هناك أي اصطلاحات أو قواعد لكيفية ترميز أسماء حقول المستخدم.
إذا كانت حقول المستخدم المخصصة الخاصة بي مسماة كـ على سبيل المثال:
كيف يجب أن أقوم بتنسيق حمولتي. هل أحتاج إلى ترميز الاسم باستخدام URL أو يكفي استخدام حالة الثعبان فقط.
نخطط للسماح للمستخدمين بتغيير عنوان بريدهم الإلكتروني على موقعنا الرئيسي (مزود تسجيل الدخول الموحد). نود تحديث بريدهم الإلكتروني في Discourse في نفس الوقت، دون الحاجة إلى الذهاب إلى تفضيلات Discourse الخاصة بهم، ودون الحاجة إلى التحقق من صحة بريدهم الإلكتروني الجديد مع Discourse. ما هي أفضل طريقة لتنفيذ ذلك؟
لقد جربت تحديث بريدهم الإلكتروني كما يلي، ولكن هذا أضاف فقط بريدًا إلكترونيًا ثانويًا في Discourse كان معلقًا للمصادقة. أريد تغيير بريدهم الإلكتروني الأساسي في Discourse دون أي مصادقة. تتم المصادقة بواسطة الموقع الرئيسي.
curl -X PUT "https://discourse.example.com/u/$TARGET_USERNAME/preferences/email.json" \
-H "Api-Key: $DISCOURSE_API_KEY" \
-H "Api-Username: $DISCOURSE_USERNAME" \
-H "Content-Type: application/json" \
-d '{"email": "new-address@example.com"}'
هل قمت بتمكين إعداد الموقع auth_overrides_email؟
لست متأكدًا كيف أغفلت ذلك - لقد رأيت تجاوزات الصورة الرمزية والاسم واسم المستخدم. شكرًا!
بعض المستخدمين يبلغون عن ظهور خطأ عند تسجيل الدخول عبر SSO: «تم رفض التغيير المطلوب». لقد قمت بتعيين auth_overrides_email، بالإضافة إلى الاسم واسم المستخدم والصورة الرمزية. أعتقد أن التغيير المرفوض يتعلق بأحد هذه الحقول، لكنني أواجه صعوبة في العثور على معلومات مفيدة في السجلات. لقد راجعت /logs، وفي بعض الأحيان يظهر رسالة «البريد الإلكتروني الأساسي مُسجّل بالفعل»، لكنني لم أستطع تحديد سبب محاولة Discourse إنشاء مستخدم جديد بدلاً من تفويض المستخدم باستخدام ذلك البريد الإلكتروني. كما قمت بالبحث في /var/discourse/shared/standalone/log/rails باستخدام أمر grep، لكنني لم أجد أي شيء يوضح المشكلة.