𝗡𝗼𝗱𝗲.𝗷𝘀 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄 𝗤𝘂𝗲𝘀𝘁𝗶𝗼𝗻𝘀 – 𝗕𝗲𝗴𝗶𝗻𝗻𝗲𝗿 𝘁𝗼 𝗘𝘅𝗽𝗲𝗿𝘁 🚀

🟢 𝗕𝗲𝗴𝗶𝗻𝗻𝗲𝗿 / 𝗝𝘂𝗻𝗶𝗼𝗿 𝗟𝗲𝘃𝗲𝗹

1. What is Node.js?
2. Why is Node.js single-threaded?
3. What is the V8 engine?
4. What is the Event Loop?
5. Difference between Node.js and JavaScript in the browser.
6. What are global objects in Node.js?
7. What is npm?
8. What is package.json?
9. What is module.exports?
10. Difference between require and import.
11. What is callback?
12. What is asynchronous programming?
13. What is Promise?
14. Difference between Promise and callback.
15. What is async/await?
16. What is REPL?
17. What is middleware?
18. What is Express.js?
19. What is REST API?
20. How do you handle errors in Node.js?

———

🟡 𝗠𝗶𝗱-𝗟𝗲𝘃𝗲𝗹 (𝟮–𝟱 𝗬𝗲𝗮𝗿𝘀 𝗘𝘅𝗽𝗲𝗿𝗶𝗲𝗻𝗰𝗲)

21. What is non-blocking I/O?
22. How does the Event Loop work internally?
23. Difference between process.nextTick and setImmediate.
24. What are streams in Node.js?
25. Types of streams.
26. What is Buffer?
27. What is clustering?
28. How do you handle multiple requests?
29. How do you manage environment variables?
30. What is CORS?
31. How do you secure Node.js APIs?
32. What is JWT authentication?
33. How do you connect Node.js with databases?
34. Difference between SQL and NoSQL in Node.js apps.
35. What is Mongoose?
36. How do you handle file uploads?
37. What is rate limiting?
38. How do you implement pagination?
39. How do you handle logging?
40. How do you test Node.js applications?

———

🔵 𝗦𝗲𝗻𝗶𝗼𝗿 / 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁 𝗟𝗲𝘃𝗲𝗹

41. Explain Node.js architecture.
42. How do you scale Node.js applications?
43. What is horizontal vs vertical scaling?
44. How do you handle CPU-intensive tasks?
45. How do you design microservices in Node.js?
46. How do you handle inter-service communication?
47. What is message queue usage in Node.js?
48. How do you implement caching?
49. What is Redis used for?
50. How do you handle memory leaks?
51. How do you monitor Node.js applications?
52. How do you implement CI/CD for Node.js?
53. How do you secure APIs at enterprise level?
54. How do you handle API versioning?
55. How do you manage secrets?
56. What are Node.js performance bottlenecks?
57. How do you implement graceful shutdown?
58. What are common Node.js anti-patterns?
59. How do you design fault-tolerant systems?
60. When should you NOT use Node.js?

من ضمن المواضيع المهمة في الـ Web Security هو إنك تعمل Threat Modeling...
.
.
الفكرة ببساطة إنك تبص على السيستم بتاعك بعين الـ attacker قبل ما يبص هو عليه...
يعني بدل ما تستنى المشكلة تحصل، أنت بتحاول تتوقعها من بدري وتقفلها.

———

📌 يعني إيه Threat Modeling؟

ببساطة الموضوع كله إنك تقعد مع نفسك (أو مع التيم) وتجاوب على شوية أسئلة مهمة:
- إيه الحاجات المهمة عندي؟ (users data – auth system – APIs…)
- السيستم بتاعي ماشي إزاي؟ (data flow)
- فين النقاط اللي ممكن حد يدخل منها؟ (entry points)
- إيه أسوأ سيناريو ممكن يحصل؟

بعد كده تبدأ تفكر:
لو أنا مكان الهاكر… ممكن أخترق السيستم منين؟

مثلًا:
- هل فيه API ممكن تتضرب بـ brute force؟
- هل فيه input مش معمول له validation كويس؟
- هل فيه صلاحيات ممكن حد يغير فيها؟

ومن هنا تبدأ تطلع threats واضحة قدامك...

———

📌 طيب نعمل إيه بعد ما نحدد الـ threats؟

نبدأ نحط mitigations:
- rate limiting
- good validation
- proper auth & authorization
- logging & monitoring

الميزة الكبيرة بقى في الموضوع ده إنك:
بدل ما تعالج المشاكل بعد ما تحصل (وده بيبقى مكلف جدًا)، أنت بتمنعها من الأساس.

دردشة سريعة عن الـ Message Queueing ⚡️
.
.
عمرك سألت نفسك إزاي الأنظمة الكبيرة بتتعامل مع كميات مهولة من الطلبات في نفس اللحظة من غير ما تنهار؟ 🤔

الموضوع أبسط مما تتخيل… والسر في مفهوم صغير لكنه قوي جدًا اسمه Message Queueing.

الفكرة إن بدل ما السيستم يشيل الحِمل كله مرة واحدة، بنرتّب الشغل في طابور منظم، وكل حاجة بتتم واحدة واحدة.

تعال نفهم ليه الـ Message Queueing من أهم الأساليب اللي بنعتمد عليها في بناء أنظمة مرنة وقابلة للتوسع...

———

📌 إيه هي فكرة الـ Message Queue؟

تخيل أنك صاحب مطعم وطلبات الزبائن كتير جدًا. لو كل الطلبات دخلت المطبخ مرة واحدة، الطباخين مش هيعرفوا يشتغلوا، وهتلاقي الدنيا باظت.

فأنت كمدير، بتعمل نظام طابور (queue) قدام المطبخ. الطلبات تدخل واحد واحد على حسب أولوية كل طلب، والمطبخ يشتغل بالترتيب.

هو ده بالضبط اللي بيحصل في الـ Message Queueing. بدل ما السيستم بتاعك ينفّذ كل المهام في نفس اللحظة، بيحطها في طابور، ويسيب جزء معين من السيستم يعالجها واحدة واحدة.

———

📌 استخدامات الـ Message Queueing:

✅ الإشعارات (Notifications):
لما تبعت إشعار لعدد كبير جدًا من المستخدمين، مش كلهم لازم يوصلهم الإشعار في نفس اللحظة. بدل ما السيستم ينهار، بنبعت الإشعارات للطابور، وكل إشعار يتبعت في دوره.


✅ طلبات الدفع (Payment Processing):
لما يجي طلب دفع، بتحطه في الطابور علشان يتحقق منه ويتنفّذ بشكل آمن بدون ما يحصل تضارب.


✅ تحليل البيانات (Data Processing):
سيستم زي Google Analytics مثلًا، بيحتاج يتعامل مع مليارات الطلبات. الطابور هنا بيخلّي كل طلب ياخد دوره في التحليل.

———

📌 إيه مميزات الـ Message Queue؟

- المرونة (Scalability):
لو الطابور طويل، نقدر نزود عدد "الطباخين" بسهولة (workers) علشان يخلصوا الشغل أسرع.

- الثبات (Reliability):
حتى لو حصل مشكلة في جزء معين من السيستم، الطابور بيضمن إن البيانات متسجلة ومفيش حاجة هتضيع.

- الفصل بين الأجزاء (Decoupling):
كل جزء من السيستم بيشتغل لوحده. اللي بيبعت الرسائل مش محتاج يعرف التفاصيل بتاعة اللي بيعالجها، والعكس.

———

📌 أمثلة على الـ Message Queue Tools:

- الـ RabbitMQ: أداة قوية وسهلة الاستخدام.
- الـ Apache Kafka: مثالية للتعامل مع البيانات الكتيرة اللي بتيجي في وقت واحد.
- الـ Amazon SQS: خدمة بسيطة وسحابية من AWS.

Important Things To Learn Before Backend 💯

Before diving into backend development, it’s essential to build a solid understanding of the foundational concepts that power modern web applications.

Backend development isn’t just about writing server-side code—it’s about designing systems that are scalable, secure, and maintainable.

———

https://dev.to/alisamir/important-things-to-learn-before-backend-46ib

مفهوم الـ Event-Driven Programming ⚡️
.
.
الـ Event-Driven Programming (البرمجة القائمة على الأحداث) هي واحدة من أهم المفاهيم اللي بتستخدم بشكل واسع في البرمجة، خصوصًا في تطوير تطبيقات الويب والموبايل.

الفكرة ببساطة بتعتمد على إن الكود بتاعك مش بيشتغل بطريقة تسلسلية عادية، لكن بيستنى حدوث حدث (Event) معين عشان ينفذ حاجة معينة بناءً عليه.

———

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

لما الحدث ده يحصل، البرنامج بيقوم يشغل قطعة معينة من الكود اسمها Event Handler. الـ Event Handler ده وظيفته إنه يعالج الحدث اللي حصل ويشوف المفروض البرنامج يعمل إيه بعد كده.

———

الميزة الكبيرة في الـ Event-Driven Programming إنها بتخلي البرامج أكتر استجابة ومرونة، يعني بدل ما البرنامج يفضل مستني يخلص كل خطوة عشان يبدأ في اللي بعدها، بيقدر يتعامل مع أحداث مختلفة في نفس الوقت.

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

———

📌 استخدامات Event-Driven Programming

⚡️ تطوير واجهات المستخدم (UI): لما المستخدم يتفاعل مع الواجهة سواء بالضغط، السحب، أو الكتابة.

⚡️ تطبيقات الويب: زي الـ Single Page Applications (SPA) اللي بتعتمد بشكل كبير على الأحداث اللي بتحصل في الصفحة زي التنقل بين الصفحات بدون تحميل الصفحة كلها من الأول.

⚡️ تطبيقات الموبايل: تفاعلات المستخدم زي لمس الشاشة أو سحب الأيقونات بتكون مدارة بالكامل بالأحداث.

———

📌 إزاي بتشتغل Event-Driven Programming؟

الفكرة الأساسية إنك بتحدد الأحداث اللي مهتم بيها، وتربطها بـ Event Handlers. مثال بسيط بالـ JavaScript:

document.getElementById('myButton').addEventListener('click', function() {
  alert('Button was clicked!');
});

في المثال ده، بنقول للزرار اللي الـ ID بتاعه "myButton" إننا عايزين نعمل حدث "click"، ولما يحصل، نشغل الكود اللي بيظهر رسالة للمستخدم.

———

📌 المزايا والعيوب

✅ المزايا:

- تحسين تجربة المستخدم (User Experience) بإنك تخلي التطبيق بتاعك أكتر استجابة وسلاسة.
- إمكانية التعامل مع أكتر من حدث في وقت واحد من غير ما يحصل تأخير أو تحميل زائد.


❌ العيوب:

- البرمجة القائمة على الأحداث ممكن تكون صعبة في التتبع والفهم في المشاريع الكبيرة، خصوصًا لو الأحداث بقت معقدة ومتداخلة مع بعضها.

———

📌 أمثلة عملية

» الـ JavaScript في المتصفحات: أشهر مثال للـ Event-Driven Programming، وبيتم استخدامه للتعامل مع كل حاجة بتحصل في صفحة الويب.

» الـ Node.js: بتستخدم الـ Event-Driven Programming بشكل كبير للتعامل مع الطلبات (Requests) اللي بتيجي للسيرفر، وده اللي بيخليها قوية جدًا في بناء التطبيقات اللي بتحتاج تعمل عمليات كتير في نفس الوقت (زي الشات أو تطبيقات الـ Real-time).

Docker Components Explained 💯

CSS Tip:

Use svh to stop the mobile address bar from hiding your UI.
It guarantees a perfect fit within the visible screen.

CSS Tip:

Create smooth page transitions with just one line of CSS: