مرحباً،
أواجه مشكلة مع Discourse و WordPress. تم تعيين WordPress كـ master، و Discourse كـ slave. مزامنة المستخدمين تعمل بشكل صحيح، وكذلك مزامنة التعليقات.
ومع ذلك، إذا قام مستخدم بتسجيل الدخول إلى WordPress (باستخدام wp-login.php الافتراضي)، فلن يتم تسجيل دخوله تلقائيًا إلى المستخدم في Discourse. يجب على المستخدم الضغط على ‘تسجيل الدخول’ في Discourse مرة أخرى لتسجيل الدخول.
هل يمكن لأحد مساعدتي هنا، من فضلك؟
شكراً مقدماً.
هل يمكن لأحد المساعدة من فضلكم؟
لا أستطيع حل هذه المشكلة. 
مرحباً @Festinger
أفترض أنك تقصد أن عملية تسجيل دخولهم بدأت في ووردبريس. وأنه عندما يذهبون إلى ديسكورس ويضغطون على “تسجيل الدخول” لا يتعين عليهم إدخال تفاصيل تسجيل الدخول الخاصة بهم في ووردبريس مرة أخرى. إذا كان الأمر كذلك، فإن ما تصفه هو السلوك المتوقع. تسجيل الدخول مباشرة إلى ووردبريس (دون الذهاب أولاً إلى ديسكورس) لا يسجل دخولك تلقائيًا إلى ديسكورس في الخلفية. يجب بدء عملية تسجيل الدخول من ديسكورس لتسجيل الدخول إلى ديسكورس.
هذه هي الطريقة التي تعمل بها معظم أنظمة الهوية، أي أنها لا تشارك “الجلسات” بين خدمات مختلفة في النظام. أفهم أنه مع بعض أنظمة الهوية مثل جوجل، ستقوم بتسجيل الدخول إلى تحليلات جوجل، ثم عندما تذهب إلى Gmail ستظل مسجلاً للدخول. ولكن هذا النوع من تجربة الجلسة عبر المجالات يحتاج إلى الحفاظ عليه من قبل مزود النظام (أي جوجل) وليس مدمجًا في بروتوكولات الهوية القياسية المستخدمة على منصات مثل ديسكورس وووردبريس.
ديسكورس وووردبريس هما نظامان مختلفان مفتوحا المصدر يحتفظ بهما أشخاص مختلفون. تجعل إضافة WP Discourse من الممكن التعامل مع تسجيل الدخول بين الاثنين، ولكنها لن تكون أبدًا حلاً كاملاً للهوية والجلسة مماثلًا لما تفعله شركات مثل جوجل عبر خدماتها المختلفة.
نصيحتي هي عدم قضاء الوقت في محاولة إعادة إنشاء ما تفعله جوجل والخدمات المماثلة بتجربة الجلسة عبر المجالات الخاصة بها. أعرف أن العديد من مسؤولي المجتمع يرغبون في ذلك (لقد طُلب مني القيام بذلك عدة مرات)، ومع ذلك، فإن مستخدميك سيهتمون بهذا الأمر أقل بكثير مما تعتقد.
شكرا جزيلا! هذا منطقي 
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.