تسجيل الدخول البسيط عبر البريد الإلكتروني من خلال روابط عميقة تحتوي على اسم المستخدم

أود خفض حاجز تسجيل الدخول في منتدى مدرستنا بالإجراء التالي:

  1. يجب أن تحتوي الروابط المرسلة عبر البريد الإلكتروني إلى المنتدى (غير العام في الغالب) على اسم المستخدم للمستخدم المخاطب (مثل forum.my.tld/t/123#user=toka)

  2. إذا فتح مستخدم غير مسجل الدخول هذا الرابط، تعرض صفحة خيار إرسال رابط تسجيل الدخول بالنقر على زر.

  3. عند النقر، يجب إرسال تسجيل دخول برمز تسجيل دخول إلى المستخدم، والذي يسمح له بعد ذلك بفتح الصفحة المستهدفة دون مزيد من التفاعل لفترة محددة. بخلاف ذلك، يجب تقديم زر “إعادة إرسال رابط تسجيل الدخول”.

هل تم تنفيذ هذا بالفعل في مكان ما؟

إذا لم يكن كذلك: ما هي الآليات الموجودة التي يمكن استخدامها لتنفيذه؟

إعجابَين (2)

تريد استخدام DiscourseConnect بحيث يتم تسجيل دخول المستخدمين المسجلين في نظامك إلى Discourse أيضًا.

إعداد DiscourseConnect - تسجيل الدخول الأحادي الرسمي لـ Discourse (sso)

لا يوجد نظام آخر.
يستخدم معظم المستخدمين المنتدى عبر البريد الإلكتروني فقط.

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

نحن ندعم بالفعل تسجيل الدخول عبر البريد الإلكتروني:

لذلك، فإن أتمتة/تبسيط هذا أمر ممكن بالتأكيد.

5 إعجابات

نعم. هذه هي طريقتنا البارزة لتسجيل الدخول إلى المنتدى. ولكن بالنسبة لجزء كبير من المستخدمين، يبدو هذا صعبًا للغاية.

بالإضافة إلى ذلك، نواجه مشكلة أن بعض المستخدمين يستخدمون عناوين بريد إلكتروني غير متطابقة في اتصالاتهم. على سبيل المثال، (at)gmail.com و (at)googlemail.com، أو عناوين بريد إلكتروني بنقاط مضافة أو بدونها في اسم المستخدم. لا يتذكرون عنوان البريد الإلكتروني الذي كتبوه مرة واحدة على نموذج التسجيل الورقي (نعم، آسف، إنها ألمانيا) وهم إما غير مدركين لهذه المشاكل أو لإمكانية معرفة “عنوان البريد الإلكتروني لتسجيل الدخول” الخاص بهم عن طريق التحقق من رؤوس رسائل البريد الإلكتروني الخاصة بهم.

لذلك، أنا أبحث عن طريقة تسمح الروابط المرسلة للمستخدمين بتسجيل الدخول دون الحاجة إلى معرفة كيفية استخدام إجراء تسجيل الدخول في Discourse.

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

هناك بالتأكيد خطر أمني، إذا كنت مرتاحًا لقبوله، فإن بعض الأتمتة التي تنشئ الروابط التي ننشئها عند محاولة تسجيل الدخول عبر البريد الإلكتروني، قابلة للتحقيق بالتأكيد، طالما أن لديهم حسابات بالفعل.

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

همم. حاولت التحايل على هذا في اقتراحي.
أتفهم أن الروابط التي تسجل دخول المستخدمين مباشرة خطيرة.

ولكن مع الآلية المقترحة، الخطر الوحيد الذي أراه هو حصول المستخدمين على روابط تسجيل دخول غير مرغوب فيها.

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

لدي تطبيق عملي أول:

الآن أحاول تعلم كيفية تزيين جميع الروابط إلى discourse في الإشعارات بمعلومات المستخدم.

إعجابَين (2)

تم تطبيق هذه الميزة الآن في

أين هو المكان المناسب للسؤال عن إمكانيات عدم الاضطرار إلى تجاوز الأساليب الأساسية مثل

و

لإعادة التوجيه إلى وجهة destination_url بعد تسجيل الدخول

؟

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