المنصة العربية الرائدة في تجميع وتصنيف أدوات الذكاء الاصطناعي

https://www.sijil.ai

ليه الـ Caching مهم؟ وإزاي تختار الطريقة الأفضل؟ 🤔
.
.
خليني أسألك سؤال: عمرك دخلت على تطبيق ولقيته سريع جدًا في تحميل البيانات؟ ولو فكرت ليه سريع كده، غالبًا الإجابة هتكون إنه بيستخدم الـ Caching.

التخزين المؤقت (Cache) مش بس بيساعد في تحسين الأداء، بل ممكن يكون الفرق بين تجربة مستخدم ممتازة وتطبيق الناس بتكرهه بسبب البطء (وأكيد مر عليك تطبيقات بالشكل ده).

لما بتطلب داتا، بدل ما ترجع للسيرفر في كل مرة، بتحفظ نسخة منها في الـ Cache، وده بيقلل الـ Latency، ويخفف الحمل على قواعد البيانات (Database)، ويوفر في التكلفة.

لكن السؤال المهم: إيه أفضل طريقة تستخدم بها الـ Caching؟ 🤔 مش كل الـ Caching Strategy بتنفع في كل السيناريوهات.

فيه Strategies مختلفة، وكل واحدة لها استخداماتها، مميزاتها وعيوبها. وعلشان كده، لازم تفهمهم كويس علشان تختار اللي يناسب حالتك.

———

1- الـ Cache Aside (Lazy Loading)

الـ Cache هنا شغال زي مساعد مش أساسي. لما التطبيق يحتاج داتا، بيشوف الأول هل موجودة في الـ Cache؟ لو موجودة (Cache Hit)، بيستخدمها، لو مش موجودة (Cache Miss)، بيروح للـ Database، يسحب الداتا، ويخزنها في الـ Cache علشان لو اتطلبت تاني تكون موجودة.

🔹 المميزات:

- بسيط وسهل التطبيق.
- الداتا مش بتتحمل في الـ Cache إلا لما يكون فيه طلب فعلي ليها، فمفيش تحميل غير ضروري.

🔹 العيوب:

- أول طلب دايمًا هيكون بطيء لأنه هيروح للـ Database.
- لو حصل تحديث في الداتا في الـ Database، الـ Cache مش هيعرف غير لما يتطلب تاني.

📌 إمتى تستخدمه؟

لما يكون عندك بيانات بتتغير بشكل غير متكرر، وعايز تقلل الـ Load على الـ Database بدون ما تستهلك مساحة كبيرة في الـ Cache.

———

2- الـ Write Through

هنا أي داتا جديدة بتتكتب في الـ Cache وفي نفس اللحظة بتتكتب في الـ Database. يعني مش هتلاقي حاجة في الـ Cache غير اللي متسجلة في الـ Database فعلًا.

🔹 المميزات:

- الـ Cache دايمًا متزامن مع الـ Database.
- البيانات مش هتضيع لو الـ Cache حصل له Restart، لأنها محفوظة في الـ Database.

🔹 العيوب:

- الأداء ممكن يكون أبطأ لأن أي Write هيتنفذ مرتين (في الـ Cache وفي الـ Database).
- مش دايمًا هتستفيد من الـ Cache، لأن البيانات الجديدة مش بيتم طلبها بنفس سرعة البيانات القديمة.

📌 إمتى تستخدمه؟

لو عندك نظام Critical لازم يكون دايمًا متزامن ومفيش أي احتمالية لفقد البيانات، زي الأنظمة المالية أو الطلبات في الـ E-commerce.

———

3- الـ Write Back (Write Behind)

عكس الـ Write Through، هنا أي داتا جديدة بتتكتب في الـ Cache الأول، وبعد كده بيتم إرسالها للـ Database بشكل غير متزامن (Asynchronously) بعد فترة معينة أو عند الوصول لحجم معين من البيانات.

🔹 المميزات:

- أسرع في الكتابة لأنه مش بيعمل Load على الـ Database مع كل عملية Write.
- بيساعد في تحسين الأداء لما يكون فيه عدد كبير من عمليات الكتابة.

🔹 العيوب:

- لو الـ Cache حصل له Failure قبل ما يرسل البيانات للـ Database، البيانات هتضيع.
- محتاج Mechanism قوية لإدارة الـ Synchronization بين الـ Cache والـ Database.

📌 إمتى تستخدمه؟

لما يكون عندك تطبيق بيحتاج سرعة عالية جدًا في الكتابة، بس ممكن يتحمل تأخير بسيط في تحديث البيانات في الـ Database، زي التطبيقات اللي فيها Logging أو Analytics.

———

إن شاء الله التكملة في الجزء الثاني...

ليه الـ Caching مهم؟ وإزاي تختار الطريقة الأفضل؟ 🤔 - الجزء الثاني
.
.
في البوست اللي فات تكلمنا شوية عن الـ Caching وبعض طرق استخدامه، إن شاء الله في البوست ده هنكمل باقي الطرق...

———

4- الـ Write Around

الـ Write هنا بيتكتب مباشرة في الـ Database، لكن مش في الـ Cache. والـ Cache بيتم تحديثه فقط لما يحصل Read بعد كده.

🔹 المميزات:

✅ مش بيحمل الـ Cache ببيانات ممكن متتطلبش قريبًا.
✅ بيقلل احتمالية إن الـ Cache يتبني ببيانات غير مستخدمة.

🔹 العيوب:

❌ ممكن يحصل Cache Miss كتير لو البيانات بتتطلب بشكل متكرر بعد الكتابة بفترة قصيرة.
❌ الأداء في القراءة ممكن يكون أبطأ مقارنةً بباقي الاستراتيجيات.

📌 إمتى تستخدمه؟

لما تكون بيانات الكتابة عندك أكتر بكتير من بيانات القراءة، زي الـ Logging Systems أو الـ Event Stores.

———

5- الـ Read Through

الـ Application مش بيطلب الـ Cache مباشرة. بدل كده، لما يحصل طلب، الـ Cache نفسه هو اللي بيروح يجيب الداتا من الـ Database لو مش موجودة عنده، ويرجعها للأبلكيشن.

🔹 المميزات:

✅ الأبلكيشن دايمًا بيطلب الداتا من مصدر واحد (الـ Cache).
✅ بيحسن الأداء لأنه بيضمن إن الـ Cache بيتعامل مع إدارة البيانات بشكل تلقائي.

🔹 العيوب:

❌ تعقيد في التنفيذ لأنك محتاج System يدعم Read Through Mechanism.
❌ لو الـ Cache حصل له Failure، الأداء ممكن يتأثر.

📌 إمتى تستخدمه؟

لما تكون عايز حل أوتوماتيكي لإدارة الـ Cache بدون الحاجة إن التطبيق نفسه يقرر إمتى يحفظ البيانات فيه.

———

6- الـ Refresh Ahead

الـ Cache هنا مش بيستنى لما يحصل طلب علشان يجدد البيانات، لا، هو بيبص على البيانات اللي بيتم استخدامها كتير، ويحاول يحدثها في الخلفية قبل ما تنتهي صلاحيتها (TTL)، بحيث لما يحصل طلب جديد، تكون البيانات جاهزة.

🔹 المميزات:

✅ بيقلل احتمالية الـ Cache Miss.
✅ بيضمن إن البيانات اللي في الـ Cache دايمًا حديثة.

🔹 العيوب:

❌ ممكن يحمل الـ Database لو البيانات مش بتتطلب كتير فعلًا.
❌ محتاج خوارزمية ذكية علشان يعرف إيه البيانات اللي لازم تتجدد تلقائيًا.


📌 إمتى تستخدمه؟

لما يكون عندك بيانات بتستخدم بشكل متكرر جدًا، وعايز تقلل احتمالية إن المستخدم يطلبها وتكون غير متاحة في الـ Cache، زي بيانات الـ Dashboards أو التقارير الحية.

———

الخلاصة 💯

اختيار Caching Strategy مش حاجة عشوائية. لازم تسأل نفسك:

🔹 هل التطبيق بيحتاج سرعة في القراءة ولا الكتابة؟
🔹 هل البيانات بتتغير بسرعة ولا ثابتة لفترة؟
🔹 هل ممكن أتحمل تأخير في الـ Sync بين الـ Cache والـ Database؟

الـ Cache Aside مناسب لحالات الـ Lazy Loading.
الـ Write Through ممتاز للحفاظ على الـ Consistency.
الـ Write Back مثالي للأداء العالي في الكتابة.
الـ Write Around مفيد لو الكتابة أكتر من القراءة.
الـ Read Through بيساعد لو عايز الـ Cache يدير نفسه.
الـ Refresh Ahead بيقلل احتمالية الـ Cache Miss في البيانات اللي بيتم استخدامها كتير.

مكتبة Three.js وتطوير المواقع ثلاثية الأبعاد (3D) 💯

عبارة عن مكتبة JavaScript مفتوحة المصدر بتساعدك في عمل أشكال ثلاثية الأبعاد في الموقع بتاعك وبتوفر مجموعة كبيرة من الأدوات والميزات اللي بتخليك تعمل أي شكل ثلاثي الأبعاد في الموقع بكل سهولة.

———

📍 المكتبة مبنية على WebGL ودي تقنية بتسمح بتشغيل الأشكال ثلاثية الأبعاد في المتصفح بشكل سلس وبسيط، مكتبة Three.js بتستفيد من تقنية WebGL في بعض الوظائف زي الإضاءة والتأثيرات البصرية والتظليل وغيرهم.

———

📍 المكتبة بتوفر مجموعة واسعة من التأثيرات اللي بتضيف مظهر واقعي وجذاب على الأشكال ثلاثية الأبعاد زي التأثيرات الضوئية والظلال والانعكاس والانكسار وغيرهم.

———

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

———

⚡️ A Collection of Three.js Resources for Building 3D Websites.
https://threejsresources.com

⚡️ A curated list of awesome Three.js resources
https://github.com/AxiomeCG/awesome-threejs

⚡️ Three.js Resources
https://www.linkedin.com/posts/dev-alisamir_javascript-threejs-3dwebsite-activity-7081229434543910912-sAvd

قنوات يوتيوب هتفيدك جدًا كـ مهندس برمجيات 💯
.
.
15 YouTube Channels You Must Subscribe to as a Software Engineer:

0. Tech With Tim

↳ Strong focus on JavaScript and Python and top-notch web dev tutorials
↳ youtube.com/@TechWithTim

1. Code Emporium

↳ AI educational content to turn enthusiasts into professionals
↳ youtube.com/@CodeEmporium

2. AI Explained

↳ Covering in depth the latest AI content/news
↳ youtube.com/@aiexplained-official

3. Fireship

↳ High-intensity code tutorials and tech news to help you ship your app faster
↳ youtube.com/@Fireship

4. Be a Better Dev

↳ Learn about AWS, cloud computing, and system design concepts
↳ youtube.com/@BeABetterDev

5. 3 Blue 1 Brown

↳ The best animations out there to understand math and physics
↳ youtube.com/@3blue1brown

6. AWS Events

↳ The official YouTube channel for AWS Events and Webinars
↳ youtube.com/@AWSEventsChannel

7. Arjan Codes

↳ Programming and software design with practical Python examples
↳ youtube.com/@ArjanCodes

8. Low Level Learning

↳ Low-level stories and learnings on computer software and engineering
↳ youtube.com/@LowLevelLearning

9. Stanford Online

↳ Official courses and conferences from Stanford online
↳ youtube.com/@stanfordonline

10. freeCodeCamp

↳ Super high density and variety of code tutorials!
↳ youtube.com/@freecodecamp

11. Two Minute Papers

↳ The latest papers explained with visuals
↳ youtube.com/@TwoMinutePapers

12. Code Aesthetic

↳ High quality code concepts taught with visuals
↳ youtube.com/@CodeAesthetic

13. The Roadmap

↳ Making you better through interactive roadmaps and concepts in system design, CS fundamentals, and web dev!
↳ youtube.com/@roadmapsh

14. ByteByteGo

↳ The best channel to learn system design with visuals
↳ youtube.com/@ByteByteGo

Find Your Perfect Master's Degree

Explore and compare Master's programs worldwide. Search by university, subject, location, or scholarships.

https://www.mastersportal.com

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

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

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

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