أثناء استخدام DiscourseConnect، هل CONFIRM Account مطلوب؟

مرحباً،
لقد كنا نستخدم نظام “discourse connect” منذ فترة. على الرغم من أن إنشاء المستخدم يتم المصادقة عليه عبر نظامنا الداخلي، لا يزال نظام “discourse” يرسل للمستخدم بريدًا إلكترونيًا لتأكيد حسابه.

ملاحظة: النظام الداخلي يتطلب بالفعل تأكيدًا مزدوجًا.

أسئلة

  1. هل يتلقى المستخدمون الذين أكدوا الحساب فقط البريد الإلكتروني الملخص؟
  2. إذا كانت الإجابة نعم، هل هناك طريقة لتعطيل ذلك؟ ويتم إرسال ملخص البريد الإلكتروني إلى جميع المستخدمين الذين تمت إضافتهم إلى نظام “discourse”.
  3. إذا كانت الإجابة الأولى لا، يمكنني ببساطة تعطيل بريد “تأكيد حسابك” الإلكتروني.
إعجاب واحد (1)

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

هل تقوم بتعيين require_activation في حمولة SSO؟

إعجابَين (2)

نعم، يتم تضمين المعلمة require_activation في الحمولة. نرسل هذه القيمة على أنها صحيحة.

إذًا، إذا أرسلنا هذه القيمة على أنها خاطئة، هل يمكننا إلغاء تنشيط بريد تأكيد الحساب؟

إعجابَين (2)

نعم؛ تعيين require_activation على true يخبر Discourse بأن البريد الإلكتروني غير مؤكد بشكل أساسي، وأن Discourse بحاجة إلى تأكيده بنفسه.

إعجابَين (2)

سؤال أخير، بما أن جميع المستخدمين السابقين لم يؤكدوا ذلك، هل يمكنني تحديث حالة هؤلاء المستخدمين يدويًا؟

نعم - إذا قمت بتشغيل activate! على الكائن User من وحدة التحكم، فسيؤدي ذلك إلى تفعيله.

أيضًا، قد تتمكن من استخدام نقطة النهاية sync_sso بالمعلمات الصحيحة… لكنني لست متأكدًا من ذلك. وبالمثل، قد يؤدي ذلك إلى تفعيله في المرة التالية التي يسجلون فيها الدخول إذا تم تمرير المعلمات الصحيحة.

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

شكرا مايكل، هل هناك مستند يمكنك أن تشير إليّ به لتحديد أين يمكنني العثور على الأشياء الدقيقة التي يجب تشغيلها في وحدة التحكم؟ (مثل قسم المجلد حيث يجب تشغيل هذا، والأمر)

من وحدة تحكم Rails، على سبيل المثال:

User.find_by(username: 'bbaggins').activate!
إعجاب واحد (1)

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.