البند 2 - “يقوم المستخدم بإدخال تفاصيل حسابه ويتلقى بريدًا إلكترونيًا للتنشيط في صندوق الوارد الخاص به.”
لقد قمنا بإعداد يجب الموافقة على المستخدمين، ولكن البريد الإلكتروني للتنشيط لا يتم إرساله إلى صندوق الوارد الخاص بالمستخدم الجديد بعد التسجيل. أي سبب محتمل لهذا؟ (بالمناسبة، تمكن المستخدم الجديد من استلام البريد الإلكتروني للمتابعة لتنشيط الحساب بعد يومين من التسجيل).
@simon سنقدر رؤيتك أيضًا 
. شكرًا
يجب إرسال البريد الإلكتروني للتنشيط كالمعتاد سواء كان لديك الموافقة مفعلة أم لا. 
هل تظهر سجلات البريد الإلكتروني لديك أنه تم إرساله؟ /admin/email/sent
مرحباً @JammyDodger،
من المثير للاهتمام أن العضو الجديد تلقى بريدًا إلكترونيًا للتسجيل عند إعداد هذا في البداية. ولكن في تواريخ الاختبار اللاحقة، تلقى العضو الجديد فقط بريدًا إلكترونيًا لتذكير التنشيط بعد يومين من التسجيل. أي أفكار حول ما قد يسبب هذا؟ شكراً جزيلاً.
يمكنك التحقق من قائمة /skipped للتأكد، على الرغم من أنني لا أعرف لماذا قد يتم تخطي بريد إلكتروني للتسجيل؟
هل هناك أي شيء مميز بخصوص المستخدمين/رسائل البريد الإلكتروني التي تستخدمها لاختبار هذا؟
لم يتم العثور على سجلات في رسائل البريد الإلكتروني التي تم تخطيها.
مع نوع العضوية، يجب أن يكون الأمر متماثلًا تقنيًا حيث يقوم الأعضاء الجدد بالتسجيل عبر رابط تسجيل Wishlist Member الذي ينشئ تلقائيًا مستخدمًا جديدًا في Discourse. لم يتم تفعيل حساب المستخدم الجديد في هذه المرحلة بعد، لذا يجب أن تكون الخطوة التالية هي تلقي عضو جديد لرسالة البريد الإلكتروني للتسجيل. لكننا لسنا متأكدين من سبب عدم إرسالها لسبب ما…
ظننت أن صفحة /skipped قد تكون بعيدة المنال. 
قد يكون الأمر متعلقًا بالطريقة التي تستخدمها لإنشاء المستخدمين، ربما. كيف تم تكوين رابط تسجيل Wishlist Member؟
شكراً على رؤيتك @JammyDodger ، سننظر في إعداد التسجيل - نأمل أن نتمكن من حل هذه المشكلة قريبًا.
أخمن هنا. هل لديك DiscourseConnect ممكّن بين WordPress و Discourse؟ إذا كان الأمر كذلك، فمن المحتمل أن ينقر المستخدمون على زر “تسجيل الدخول” في موقع Discourse الخاص بك لبدء التسجيل ولا ينقرون على زر “تسجيل”.
بافتراض أن ما سبق صحيح، إذا كان لديك خيار “إنشاء أو مزامنة مستخدمي Discourse عند تسجيل الدخول” ممكّنًا في علامة تبويب خيارات DiscourseConnect Provider الخاصة بـ WP Discourse، فقد يتسبب ذلك في تدفق تسجيل دخول مختلف للمستخدمين الذين يسجلون عبر رابط تسجيل Wishlist Member مقارنة بالمستخدمين الذين يسجلون عن طريق النقر على زر “تسجيل الدخول” على Discourse. قد أكون مخطئًا تمامًا هنا إذا لم يكن هذا هو ما قمت بتكوينه.
@simon، نعم لاستخدام DiscourseConnect، وأنت على حق أيضًا عندما قلت “النقر على زر تسجيل الدخول” بدلاً من النقر على زر “تسجيل”.
بهذا، ماذا يمكننا أن نفعل لتمكين المستخدمين من تلقي البريد الإلكتروني “للتسجيل” فور تسجيلهم؟ أم أن هذا غير ممكن بالطريقة التي قمنا بإعدادها؟
شكراً لك سيمون.
هذا منطقي الآن. ما يفعله المستخدمون هو تسجيل حساب على ووردبريس، وليس على ديسكورس. يمكن أن يكون هذا مربكًا بعض الشيء من وجهة نظر المستخدم مع DiscourseConnect، ولكن هذه ربما مشكلة منفصلة.
ما يحدث الآن هو أن المستخدم ينقر فوق زر “تسجيل الدخول” على ديسكورس. يتم إعادة توجيههم إلى صفحة تسجيل الدخول الخاصة بموقع ووردبريس الخاص بك. ثم يحتاجون إلى الانتقال من صفحة تسجيل الدخول إلى صفحة تسجيل موقع الويب (هذا هو الجزء المربك). بعد التسجيل على الموقع، يجب أن يتلقوا بريدًا إلكترونيًا من ووردبريس يطلب منهم تفعيل حسابهم (سيعتمد هذا على تكوين موقع ووردبريس الخاص بك). بافتراض أن موقع ووردبريس الخاص بك يحتوي على تكوين التسجيل الافتراضي، سينقر المستخدم بعد ذلك على الرابط الموجود في البريد الإلكتروني للتفعيل ويمر عبر الخطوات المطلوبة لتفعيل حساب ووردبريس الخاص به وتسجيل الدخول إلى الموقع.
إذا كان لديك خيار WP Discourse “إنشاء أو مزامنة مستخدمي Discourse عند تسجيل الدخول” ممكّنًا:
سيؤدي تسجيل الدخول إلى ووردبريس إلى إنشاء مستخدم ديسكورس تلقائيًا. إذا لم يكن لديك هذا الخيار ممكّنًا على ووردبريس، فلن يتم إنشاء مستخدم ديسكورس حتى ينقروا مرة أخرى فوق زر “تسجيل الدخول” في ديسكورس، أو ينقروا فوق رابط تسجيل دخول ديسكورس الذي أضفته إلى موقع ووردبريس الخاص بك.
في كلتا الحالتين، بمجرد إنشاء مستخدم ديسكورس، سيتم إنشاء إدخال مراجعة “في انتظار الموافقة” على موقع ديسكورس الخاص بك:
سيتم إخطار موظفي موقع ديسكورس الخاص بك بوجود مستخدم ينتظر الموافقة. عندما يوافق أحد الموظفين على المستخدم، سيتم إرسال بريد إلكتروني “تمت الموافقة عليك” من ديسكورس إلى المستخدم.
يبدو هذا نهجًا معقدًا للغاية لمنح المستخدمين حق الوصول إلى موقع ديسكورس. أسهل طريقة لتبسيطه (من وجهة نظر المستخدم) هي تعطيل إعداد must approve users على ديسكورس. إذا كان لديك مستخدمون على موقع ووردبريس الخاص بك لا تريد السماح لهم بالوصول إلى موقع ديسكورس الخاص بك، فسيكون من الأفضل إضافة بعض التعليمات البرمجية إلى موقع ووردبريس الخاص بك لمنع بعض المستخدمين من تسجيل الدخول إلى ديسكورس: How to prevent some WP users from being able to login to Discourse - #2 by simon.
لا أعتقد أن هناك حالة استخدام رائعة لتمكين إعداد must approve users عند تمكين DiscourseConnect. من وجهة نظر المستخدم، إنه مربك للغاية.
أود أن أجد حلاً جيدًا للمشكلة التي ذكرتها حول المستخدمين الذين ليس لديهم حسابات على ديسكورس أو ووردبريس بعد، وينقرون فوق زر “تسجيل الدخول” في ديسكورس مع تمكين DiscourseConnect. ربما يمكن لـ Discourse إضافة إعداد discourse connect signup url. عند تكوينه، يمكن إعادة توجيه المستخدمين إلى صفحة التسجيل لموفر المصادقة بدلاً من صفحة تسجيل الدخول لموفر المصادقة. في الوقت الحالي، أفضل حل هو التأكد من أن رابط “التسجيل” واضح في صفحة تسجيل الدخول لموفر المصادقة. مع صفحة تسجيل الدخول الافتراضية لووردبريس، هذا ليس واضحًا جدًا:
أنت دائمًا مساعد رائع يا @simon. شكرًا جزيلاً على هذا. هذا رائع. لقد حصلت على سير عمل أفضل عندما كنا نحاول فقط معرفة كل شيء. سأشارك هذا مع الفريق للنظر فيه.
