اختبار المستوى 4 — Node.js

الاختبار — أسئلة جديدة

12 سؤالا للتحقق من المستوى : واجهة REST وCRUD، والتوثيق (authentication) والأمن، والزمن الحقيقي بـ Socket.IO، والتحقق والأخطاء والاختبارات.
أجب عن جميع الأسئلة ثم اضغط تصحيح: ستظهر نتيجتك والتوضيحات.

4.1 · تذكر

1. في واجهة REST، من يحمل الفعل (الإنشاء، والقراءة، والحذف) ؟

الرابط، بفعل (/getProduits، /supprimerProduit) رمز الحالة المرجع من الخادم تعليق في الكود المصدري طريقة HTTP ‏(GET، POST، PUT، DELETE) على رابط مورد

الرابط = مورد بصيغة الجمع ؛ والفعل يأتي من طريقة HTTP.

4.2 · تذكر

2. كيف نخزن كلمة مرور مستخدم صحيحا ؟

بتجزئتها بـ bcrypt (باتجاه واحد، ومملحة)، دون تخزينها بالنص الصريح أبدا في ملف نص بجانب الكود بالنص الصريح في القاعدة، لاسترجاعها بسهولة بتشفير عكوس بيتي

نقارن عند الاتصال دون فك تشفير أبدا ؛ وليست بيتيّة أبدا.

4.3 · تذكر

3. ماذا يتيح مقبس الويب مقابل HTTP الكلاسيكي ؟

اتصال دائم ثنائي الاتجاه حيث يدفع الخادم فورا صفحات HTML أجمل تخزين ملفات أسرع طلبات أطول كتابة

اتصال مفتوح باستمرار، ورسائل في الاتجاهين.

4.1 · تطبيق

4. ينشئ ساليم منتجا عبر POST /api/v1/produits. أي رموز تنتظرها الواجهة الأمامية ؟

لا رمز، فالجسم يكفي 201 إذا أُنشئ، و400 إذا كان الجسم غير صالح 200 في كل الحالات، حتى عند الخطأ 302 ثم 418 في كل الحالات

201 بعد الإنشاء، و400 إذا غير صالح، و404 إذا غاب المورد.

4.1 · تطبيق

5. تكبر واجهة ساليم : أين نضع منطق إنشاء منتج ؟

في رد JSON نفسه في ملف HTML للواجهة الأمامية في المتحكم، والمسار يفوض عبر express.Router() مبعثرا في app.js مع كل الباقي

المسارات (الروابط) ← المتحكمات (المنطق) ← النماذج (البيانات).

4.2 · تطبيق

6. يصل طلب دون رمز إلى /mon-compte (مسار ساليم المحمي). الرد ؟

إعادة توجيه نحو فيديو 401 (رمز غائب/غير صالح)، عبر وسيط التحقق 200 مع البيانات على كل حال 500 دون شرح

401 = غير موثق ؛ و403 = موثق لكن دون حق.

4.3 · تطبيق

7. يريد ساليم دردشة حسب المتجر. كيف يعزل المحادثات ؟

إرسال الرسائل بالبريد استطلاع الواجهة كل 100 مللي ثانية من كل عميل بث كل رسالة إلى كل المتصلين دون تمييز إنشاء غرفة لكل متجر (socket.join) والبث بـ io.to(boutique)

الغرف : من ينضم إلى ماذا، والبث بالمحيط الصحيح.

4.4 · تطبيق

8. يرسل عميل { prix: -5 } دون اسم إلى واجهة ساليم. ماذا نفعل ؟

التحقق بالمخطط (Zod/Joi) والرفض بـ 400 مع رسالة واضحة إرجاع تتبع المكدس الكامل إلى العميل التخزين كما هو، وسنرى لاحقا تعطيل الخادم للتنبيه

التحقق قبل المعالجة ؛ و400 واضح، وليست تسربا حساسا أبدا.

4.4 · تطبيق

9. أين نضع وسيط إدارة أخطاء Express لساليم ؟

في متصفح العميل لا يلزم أي وسيط، فـ try/catch يكفي في كل مكان في الآخر، بعد المسارات، بـ 4 وسائط (err, req, res, next) في الأول، قبل express.json()

مركزي في الآخر : صيغة خطأ واحدة لكل الواجهة.

4.2 · تحكيم

10. يكتشف ساليم سر الترميز مكتوبا في الكود في commit مدفوع على Git. أول منعكس ؟

نسخه أيضا في README لاسترجاعه حذف Helmet للتعويض تركه، فلا أحد ينظر إلى المستودعات نقله إلى متغير بيئة (.env يتجاهله Git)، وتجديد السر وإبطال القديم

السر خارج الكود وخارج Git ؛ وتدوير فوري بعد الانكشاف.

4.3 · تحكيم

11. يستطلع 40 بائعا الواجهة « هل من جديد ؟ » كل ثانية فيتشبع الخادم. تحكيم ساليم ؟

الاستطلاع أكثر للزمن الحقيقي أكثر فتح مقابس ويب (Socket.IO) : يدفع الخادم عندما يوجد جديد إيقاف كل وظيفة زمن حقيقي نهائيا إرجاع 200 فارغ لتخفيف الخادم

الدفع عبر اتصال مفتوح بدلا من إعادة السؤال في حلقة.

4.4 · تحكيم

12. عشية تسليم، يتردد ساليم في كتابة اختبارات (« صار يشتغل »). ماذا يقرر ؟

لا اختبار والتسليم سريعا، وسنختبر بعد الحادث الاختبار باليد مرة، دون أتمتة شيء كتابة حد أدنى من الاختبارات على المسارات الحرجة (400 + نجاح) وإعادتها مع كل تغيير حذف التحقق لكسب وقت

عدم الانحدار : السلسلة الخضراء قبل كل دمج تحرر التطورات.

وماذا بعد؟

النتيجة 80 % فأكثر : مروا إلى المستوى 5 — Node.js الاحترافي (TypeScript والأداء وDocker والنشر) وصنعنة واجهاتكم.
النتيجة 50-79 % : أعيدوا الأقسام الراسبة (CRUD في 4.1، والتوثيق في 4.2، والزمن الحقيقي في 4.3، وجعل الموثوقية في 4.4)، وأعيدوا قراءة الشروح أعلاه، ثم أعيدوا الاختبار.
النتيجة أقل من 50 % : أعيدوا المستوى من 4.1 ببرمجة كل نموذج (الموجه، والتوثيق، والدردشة، والاختبارات)، ثم أعيدوا الامتحان برأس مرتاح.