أنشئ مخططًا لتدفق تسجيل الدخول عبر OAuth في تطبيقنا
حول الإطار
يتابع التسلسل الأطراف User وBrowser وBackend API وOAuth Provider وDB عبر 12 رسالة. يبدأ بالنقر على تسجيل الدخول عبر Google، ثم ينتقل إلى التفويض والموافقة، قبل إعادة رمز التفويض إلى المتصفح. يرسل المتصفح طلب POST إلى /auth/callback، ثم تتبادل الواجهة الخلفية الرمز مقابل رمزي الوصول والهوية.
تنشئ الرسائل الأخيرة سجل المستخدم أو تحدّثه، ثم تعيد كائن المستخدم، وتضبط ملف جلسة الارتباط، وتعيد التوجيه إلى لوحة التحكم. هذا رسم لمسار النجاح فقط؛ إذ لا يتضمن المثال فروعًا لرفض الموافقة أو فشل التحقق أو انتهاء صلاحية الجلسة.
كيّف أسماء الأطراف ورسائل الاستدعاء بما يتوافق مع تطبيقك. وأضف عمليات التحقق وحالات الفشل التي تحتاج إلى مناقشتها بوضوح، بدل اعتبار مخطط التفاعل المختصر هذا مواصفة مكتملة للمصادقة.
ما المدرج
تدفق تسجيل الدخول عبر OAuth (تسلسل)
✦ Free preview · Sign in to use
الأسئلة الشائعة
لا. يتابع المثال عملية تسجيل دخول ناجحة واحدة، بدءًا من النقر على تسجيل الدخول ووصولًا إلى لوحة التحكم. أضف فروعًا بديلة تغطي الأخطاء المحددة التي يتعامل معها تطبيقك.
بعد استلام استجابة الرمز، ترسل واجهة Backend API رسالة إنشاء سجل المستخدم أو تحديثه إلى DB. وتعيد DB كائن المستخدم قبل أن تضبط الواجهة البرمجية ملف جلسة الارتباط في المتصفح.
لا. فالرسائل لا تتضمن تفاصيل التنفيذ وخطوات التحقق. أضف هذه التفاصيل وفق تصميم المصادقة في تطبيقك قبل استخدام المخطط في مراجعة هندسية.
مجاني للبدء. لا حاجة لبطاقة ائتمان.