شرح صفوف ومحتوى الفقرة
بينما تعمل ملفات الكوكيز وجلسات الخادم بكفاءة عالية مع مواقع الويب التقليدية، تفضّل تطبيقات الهواتف الذكية () والواجهات المعتمدة على أسلوباً ثانياً يُعرف باسم المصادقة عديمة الحالة عبر الرموز ():
- بطاقة هوية رقمية موقّعة: بدلاً من حفظ ملف جلسة لكل مستخدم في ذاكرة الخادم، يُصدر الخادم عند تسجيل الدخول رمزاً نصياً مدمجاً () يحتوي على رقم المستخدم ودوره ووقت انتهاء الصلاحية، ومختوماً بتوقيع رقمي سري خاص بالخادم.
- الإرسال في رأس الرسالة (): يحتفظ التطبيق بالرمز ويرسله مع كل طلب إلى واجهة داخل رأس الرسالة بصيغة .
- فحص التوقيع الرياضي فوراً: بمجرد وصول الطلب، يفحص الخادم سلامة الختم الرقمي للرمز ليتأكد أنه صادر منه ولم يتلاعب أحد ببياناته.
شاهد في المثال التوضيحي الآتي كيف يُرسل الرمز في رأس الرسالة وكيف تبدو بياناته الداخلية:
GET /api/orders/my-list HTTP/1.1
Host: api.closetag.test
Authorization: Bearer eyJhbGciOiJIUzI1NiJ9.eyJ1c2VyIjo3fQ.sig
Accept: application/jsonملخص الدرس
حصاد الدرسمراجعة مركّزة لأهم المفاهيم والقواعد الهندسية التي أتقنتها في هذا الدرس قبل التطبيق العملي
ماذا تعلّمت في هذا الدرس؟
تعرّفنا في هذا الدرس على كيفية بناء الخادم لواجهات RESTful APIs الموحدة التي تزود مواقع الويب وتطبيقات الهواتف ببيانات JSON، وكيف يختبر المطور نقاط النهاية بأداة Postman قبل وجود واجهة أمامية، والفرق الجوهري بين المصادقة («من أنت؟» — ) والترخيص والصلاحيات («ماذا يحق لك فعله؟» — )، وآليتي تتبع تسجيل الدخول عبر جلسات الخادم ورموز . الخطوة التالية: انتقل الآن إلى الدرس الخامس (أساسيات أمان الواجهة الخلفية) لنكتشف كيف يحمي الخادم نفسه وبياناته من المدخلات الخبيثة، وكيف يجزّئ كلمات المرور ويمنع ثغرات حقن وتجاوز الصلاحيات !