تخيل هي المشكلة: جماعة MERN انتبهوا!
عم تشتغل على مشروع Node.js أو React، محدد إصدار الـ Node و NPM، وكل الحزم اللي نزلتها متوافقة مع هالإصدار.

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

اكيد اول شي رح يخطر على بالك لما تسمع بهيك قصص هو Docker لكن في جوا منه كتير مصطلحات مارح تعرف وين تبلش تبحث !!

الموضوع عبارة عن إنشاء Docker Image بتضمنلك إنه كل إعدادات مشروعك (إصدار Node، NPM، والحزم) محفوظة وموحدة.

كل اللي عليك هو:
1️⃣ بناء Docker Image فيها إصدار Node المطلوب وكل الحزم جاهزة.
2️⃣ مشاركة الـ Image مع زملائك أو استخدامها على السيرفر.

و الأحلى من هاد كله لما تربط الـ Docker Image مع الـ Pipelines:
✅ ما في داعي تقلق على إصدارات الحزم أو الاختلافات بين الأجهزة.
✅ خطوات الـ Build & Deploy بتصير تلقائية وسلسة.
✅ فريقك كله بيشتغل بنفس البيئة، سواء كانوا مطورين أو حتى سيرفرات الإنتاج.

بدك تتعلم كيف تطبق هالشي؟
انضم لجلسة عملية مخصصة للمبتدئين، رح نشرح خطوة بخطوة:
1️⃣ رح نشرح المفهوم العام للـ Docker
2️⃣ كيفية بناء Pipelines لإدارة Build & Deploy لمشاريعك، سواء كانت Laravel، ReactJS، أو غيرها.
3️⃣ تطبيق عملي مباشر على مشاريع حقيقية.

بوعدكم بجلسة تستحق وقتكم، لباقي التفاصيل و التسجيل: هنا

منعرف انه نجاح أي شركة بيبدأ من استثمارها بتطوير فريق العمل الخاص فيها و هي ثقافة منتمنى نشوفها عنا بالبلد على طول لهيك رح ابدأ من نفسي و من قدراتي المتواضعة بانه خبركم انكم قادرين تدعموا فريكم و ترفعوا من مهاراتهم من خلال جلساتي اللي بقدمها على طول رح يكون في عروض خاصة اذا الشركة هيي بتسجل للموظف و رح نبلش سوا بجلسة الت Pipline اللي رح قدمها بعد فترة.

ليش تستثمر بموظفيك؟
✅ لما بتطور مهارات الفريق، بتحسن الإنتاجية وبتقلّل الأخطاء.
✅ استثمارك بموظفيك بينعكس إيجابياً على أداء شركتك وسمعتها.

شو رح تستفاد؟
خصم 20% عند تسجيل الشركة للموظف
بعد الجلسة، رح كون مع الطالب لمدة شهر تابع معه شغله و ساعده ليقدر يقدم فائدة للشركة اللي موظف فيها.

📌 محاور الجلسة العملية:

مقدمة عن DevOps وCI/CD وكيفية تحسين سير العمل البرمجي.
تعلّم إنشاء Pipelines لتسهيل عمليات Build & Deploy على مشاريع مثل Laravel وReactJS.
شرح عملي خطوة بخطوة باستخدام Docker وملفات YAML.

هدفي هو أنه اضمن إنه هي المعرفة تتحوّل لنتائج فعلية تدعم شغلكم

استقبال الطلبات الخاصة بالشركات مفتوح حتى نهاية الاسبوع القادم الخميس 23-1-2025

لباقي التفاصيل و التسجيل: هنا

تمنياتي للجميع بالتوفيق

متل ما كلنا منعرف انه Node.js هيي Single-threaded وهي شغلة ممكن تكون مشكلة إذا السيرفر عليه ضغط كبير !!

يعني إذا عندك سيرفر فيه أكتر من نواة (Cores)، Node.js لحالو ما بيستغل إلا نواة وحدة، وهي الشي بيخلي الأداء أبطأ مع زيادة الطلبات.

هل هي مشكلة ما الها حل يا ترى؟

الحل مع صديقنا الـ Cluster
الـ Cluster بوفر طريقة لتشغيل نسخ متعددة (Workers) من التطبيق على كل نواة بالسيرفر. بهالطريقة بتوزع الحمل على كل الأنوية، وبتصير قادر تستقبل عدد طلبات أكبر بوقت أسرع.

خبرني كنت بتعرف هالمعلومة من قبل ولا انا اول واحد خبرتك فيها؟؟

===================

Linkedin |Instgram | YouTube

أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال

بما إننا حكينا بمنشور سابق عن Cluster وكيف بيحل مشكلة الـ Single-threaded في Node.js، خلينا نغوص أكتر ونشوف كيف ممكن نتحكم بـ Workers ونرفع الأداء بطريقة ذكية

أول شي، شو هم الـ Workers؟
الـ Workers هم النسخ اللي بتشتغل من تطبيقك، وكل وحدة منهم بتشتغل على نواة مستقلة بالسيرفر. بس التحكم بهالعمال (Workers) مفتاح أساسي للحصول على أفضل أداء.

1. توزيع الحمل بذكاء
افتراضياً، الـ Cluster بيستعمل خوارزمية "Round Robin" لتوزيع الطلبات على الـ Workers.

لكن شو إذا بدك تغيّر هالآلية؟
ممكن تستعمل مكتبات متقدمة أو تدمج مع Nginx لعمل Load Balancing حسب نوع الطلبات.

2. مراقبة الأداء
ما بيكفي تشغل Cluster وتتركه! لازم تراقب الـ Workers وتتأكد إنهم ما بيتوقفوا بسبب خطأ غير متوقع ( سهلة conole log على الـ event الخاص بالـ Cluster )

2.تحسين استهلاك الذاكرة
إذا الـ Workers عم يستهلكوا موارد زيادة، فيك تعمل نظام يراقب استهلاكهم باستخدام مكتبة مثل v8، أو ببساطة بإعادة تشغيل الـ Workers بشكل دوري.

السر بهي العملية هو التحكم بالـ Cluster ركز دوماً على:

مراقبة الأعطال وإعادة تشغيل العمليات.
تحسين توزيع الطلبات.
استغلال التواصل بين العمليات لتحسين الأداء.

===================

Linkedin |Instgram | YouTube

أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال

صباح الخير الكم جميعاً
و تمنياتي الكم ببداية اسبوع موفقة

نبدأ اسبوعنا بالاجابة على اسئلتكم من خلال story instgram و موعدنا مساءً مع عبد اللطيف نحكي عن الـ WordPress

كونوا على الموعد

باقي 3 مقاعد فقط في جلسة الـ Pipelines لا تفوتوا الفرصة 🔥

اكيد سمعت سابقاً عن الـ HTTP Response Caching و فكرته Caching عادي بس خليني اشرحلك و صححلك اللي بتعرفه

الـ HTTP Response Caching هي تقنية تمكننا من طلب تخزين نسخة من الرد على العميل (مثل المتصفح أو التطبيق اللي عم يستخدم الـ API) محلياً لفترة زمنية محددة.

هذا يساعد على:

تقليل عدد الطلبات الموجهة إلى الخادم.
تحسين سرعة الرد على الطلبات المستقبلية.
تقليل الضغط على الخادم.

خلونا نشرح المثال الموجود بالصورة:
يتم استخدام Cache::remember() لتخزين بيانات الـ Product في الكاش لمدة ساعة واحدة

يتم إعداد Header: Cache-Control لتوجيه العميل بتخزين الرد لمدة ساعة

يتم إضافة Header: ETag للسماح للعميل بالتحقق من صحة النسخة المخزنة عنده دون تحميل الرد بالكامل مجدداً

فوائد HTTP Response Caching
✅ تقليل الحمل على الخادم: يتمكن العميل من استخدام الرد المخزن محليًا بدلاً من إرسال طلب جديد.
✅ تحسين سرعة الاستجابة: يتم تقديم الرد بسرعة من التخزين المحلي للعميل.
✅ توفير استهلاك البيانات: نقل بيانات أقل يعني توفير أكبر في التكاليف.
✅ تجربة مستخدم أفضل: الردود السريعة تخلق تجربة استخدام سلسة.

📢 تابعنا لمزيد من النصائح حول Laravel وتطوير التطبيقات!

===================

Linkedin |Instgram | YouTube

أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال

نستقبل اسئلتكم هنا

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

خلينا ناخد مثال لنفرض إنك بدك تتعامل مع أداة متل Redis فيك تعتمد على libraries جاهزة بتوفر لك واجهة سهلة و pre-configured options وهاد أكيد خيار مغري بس بنفس الوقت، هالlibraries غالباً بتحد من قدرتك على التحكم بالتفاصيل الدقيقة وبتخليك تواجه مشاكل مع أشياء مثل error handling، connection stability، أو performance optimization

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

الفكرة هون إنو مو دايماً الخيار الأبسط أو الـ Simplified AP هو الحل الأفضل. أحياناً، التبسيط الزايد ممكن يخسرك مرونة التعامل مع التفاصيل المهمة والقدرة على بناء حلول مخصصة فعلاً.

===================

Linkedin |Instgram | YouTube

أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال

الـ WordPress مع عبد اللطيف المهيوب: القيود، الحرية، والمزايا

الحلقة صارت جاهزة و موجودة على الـ YouTube و بانتظاركم حتى تعطونا آرائكم عليها.

https://youtu.be/HmbK3rux3uo

عندك حساب GitHub؟

شارك الرابط وخلينا نساوي follow لبعض:

حسابي 👇🏻👇🏻

https://github.com/somarkn99

اهم 10 أدوات اكتشاف ثغرات :
10 recon tools for bug hunting in 2025:

1️⃣ Nmap
2️⃣ SecurityTrails
3️⃣ Amass
4️⃣ Dirsearch
5️⃣ subfinder
6️⃣ Httpx
7️⃣ GitHub code search
8️⃣ ffuf
9️⃣ Shodan
🔟 Censys

شو بتعرف منها و شو ناوي تتعلم منها شاركنا بالتعليقات 👇🏻
===================

Linkedin |Instgram | YouTube

أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال