لقد قمت بإعداد WordPress كمزود للمصادقة الموحدة (SSO)، وأطلب من المستخدمين التحقق من بريدهم الإلكتروني على جانب WordPress قبل إنشاء حساب. ومع ذلك، يظلون يرون صفحة التنشيط بعد التسجيل على WordPress وإعادة توجيههم إلى Discourse:
أرى الكثير في منشور SSO الرئيسي هنا حول الحاجة إلى تعيين require_activation = true للتنفيذ المخصص، ولكن في حالة إضافة SSO الخاصة بـ WordPress و Discourse، أليس من الممكن بشكل أصلي تجاوز ضرورة تأكيد المستخدمين لبريدهم الإلكتروني مع Discourse؟
أشعر أنني ربما أغفلت شيئًا بسيطًا هنا، لأن الأمر يبدو وكأنه سيتم دمج هذه الميزة في الوظيفة الأساسية.
شكرًا لك،
Zach
في كثير من الأحيان، لا يتم التحقق بشكل جدي من عناوين البريد الإلكتروني المستخدمة لإنشاء حسابات ووردبريس. بينما يعتمد ديسكورد اعتمادًا كبيرًا على عنوان البريد الإلكتروني.
كان هناك سابقًا تنبيه يُشير إلى أنه قبل تجاوز سلوك require_activation، يجب التأكد من التحقق بشكل صحيح من عنوان البريد الإلكتروني المستخدم في التسجيل.
تخميني المدروس هنا هو أن الخيار غير موجود كخانة اختيار لمنع تسجيلات البريد العشوائي عندما يكون ووردبريس هو مزوّد SSO. ومع ذلك، يمكن لدالة مخصصة تجاوز هذا السلوك بسهولة.
add_filter( 'discourse_email_verification', 'wpdc_custom_disable_email_verification' );
function wpdc_custom_disable_email_verification() {
return false;
}
واو، شكرًا جزيلاً لك @itsbhanusharma! هذا مثالي.
سؤال: هل وجدت هذا الخطاف (hook) من خلال البحث في مصدر الإضافة، أم أن هناك توثيقًا للإجراءات والفلترات المتاحة في مكان ما؟ (لم أتمكن من العثور عليه، لكن ربما أغفلت شيئًا ما)
تم ذكر ذلك عدة مرات عبر مواضيع مختلفة هنا في الميتا. أنا شخصياً أستخدم هذا لبعض العملاء، لذا كان لديّه في ملاحظاتي أيضاً 
