Code With Somar

إذا مشروعك بالبداية كان مرتب وسهل، وبعد كم شهر صار أي تعديل صغير بيكسر 3 شغلات تانية… غالباً المشكلة مو بحجم المشروع، المشكلة بطريقة تنظيم الـ code. 😅 هون بيجي دور SOLID Principles. SOLID هي 5 مبادئ بالـ Object-Oriented Design: S — Single Responsibility Principle O — Open/Closed Principle L — Liskov Substitution Principle I — Interface Segregation Principle D — Dependency Inversion Principle الهدف منها مو إنك تكتب code “أكاديمي” أو تعمل Architecture معقدة. الهدف أبسط: تكتب code يكون: أسهل بالتعديل أسهل بالـ Testing أقل Coupling أسهل بالتوسعة ومفهوم أكتر لأي Developer بيجي بعدك بالمنشورات الجاية رح ناخد كل Principle لحاله مع أمثلة PHP و Laravel. 👨‍💻 ———————————- Linkedin |Instgram | YouTube أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال

سؤال دسم هالمرة: زمن الـ Response عم يطلع كل يوم من 35ms إلى 2.8 ثانية في تمام الساعة 2:47 ظهراً لا يوجد أي Deployment. لا توجد زيادة في الـ Traffic. لا توجد تغييرات على قاعدة البيانات. شو الخطوات اللي رح تعملها لتعرف السبب

🐘 ليش عم ينحكى عن PostgreSQL كثير مع الـ AI؟ لما نضيف AI لمشروع، ممكن نفكر مباشرة إننا بحاجة لأدوات وقواعد بيانات جديدة. بس PostgreSQL صار قادر يعمل جزء كبير من هالشغل لحاله. مثلاً 👇 تخيل عندك متجر فيه آلاف المنتجات، والمستخدم كتب: “بدي لابتوب خفيف ومناسب للبرمجة وسعره مو غالي” البحث العادي غالباً بيدور على نفس الكلمات الموجودة بالنص. أما مع AI Search، البحث ممكن يفهم المعنى ويجيب منتجات مناسبة حتى لو وصف المنتج ما فيه نفس الكلمات تماماً. وهون بيجي دور pgvector، وهي إضافة لـ PostgreSQL بتسمح نخزن معلومات تساعدنا نعمل هالنوع من البحث الذكي. بدل ما يكون عندك: Database للمنتجات والطلبات Database ثانية للـ AI Search ممكن بالبداية تستخدم PostgreSQL للاثنين. وكمان إذا عندك AI Agent، مثلاً Agent لخدمة العملاء، فيك تحدد شو مسموحله يشوف ويعمل: يشوف الطلبات ✅ يشوف حالة الشحن ✅ يعدل أسعار المنتجات ❌ يحذف طلبات ❌ يعني PostgreSQL ممكن يكون جزء مهم من النظام اللي الـAI عم يتعامل معه.

اذا رح تعمل مقابلة و خصوصاً بمقابلات الـ backend developers اكيد رح تنسال هالسؤال: شو الفرق بين 401 Unauthorized vs 403 Forbidden

الكل بعلمك كيف تكتب كود سواءً laravel node reactjs او غيره بس مو الكل بعلمك كيف ترفعه صح عالسيرفر !! كم واحد تخرج من الجامعة او طلع من كورس وهو يعرف: كيف يعمل ssh على سيرفر؟ كيف يقرأ Logs عندما يتوقف الموقع؟ كيف يعمل Deploy بدون Downtime؟ كيف يبني Docker Image؟ كيف يكتب CI/CD Pipeline؟ كيف يكتشف سبب خطأ 502 Bad Gateway؟ كيف يرجّع المشروع إلى الإصدار السابق إذا فشل آخر Deploy؟ للأسف… أغلب المبرمجين بيطلعوا منها و هنن ممتازين في كتابة الكود، لكن أول مرة بيدخلوا فيها إلى سيرفر حقيقي بتكون بعد توظيفهم. و هون بتبدأ رحلة التعلم الحقيقية . هالسبب شركات كثيرة بتدور على مبرمج ما بس بيعرف يكتب الـ Features بس بيعرف كمان كيف التطبيق بيشتغل بعد ما يصير Production و هاد بالضبط هو الهدف من DevOps Fundamentals Bootcamp. مارح نتعلم كيف نكتب Laravel أو React… لكن رح نتعلم عن كل شي بصير بعد الانتهاء من كتابة الكود: من تشغيل التطبيق داخل Docker… إلى نشره باستخدام GitLab CI/CD… ومراقبته، وتشخيص أعطاله، وإدارته في بيئة Production حقيقية. 🚀 باب التسجيل الآن متاح الان و العدد محدود بـ ١٠ مقاعد فقط !!! لمعلومات اكثر عن الكورس و التسجيل بإمكانكم التواصل معي عبر: الرابط هنا

كتير بتسمع حكي انه الذكاء الاصطناعي رح يقضي على وظائف الـ DevOps متلها متل باقي الوظائف و للاسف هون في خطأ بقراءة الصورة الكبيرة الـ Vibe Coding رح يعبّي السوق بتطبيقات ناقصة، منتجات مستعجلة، ونماذج أولية معمولة عالسريع. الشركات صارت تطلق أسرع من أي وقت، لأن برومبت واحد ممكن يطلع كود خلال دقائق. بس إطلاق المنتج هو الجزء السهل لكن تشغيله على نطاق كبير؟ هون اللعبة بتكون. تابع قراءة المنشور من خلال الرابط: هنا

🚨 تنبيه لمستخدمي واتساب بيتا على أندرويد بحسب الأخبار المتداولة، إذا كنت مشترك بنسخة WhatsApp Beta 2.26.31.2 فمن الأفضل ما تحدّث للتحديث الحالي. في تقارير من المستخدمين بتقول إن التحديث فيه مشكلة بتمنع إرسال ملفات الوسائط مثل الصور والفيديوهات والمستندات، بينما الرسائل النصية بتشتغل بشكل طبيعي. المتوقع إنه واتساب يطرح تحديث جديد خلال وقت قريب لإصلاح المشكلة. إذا ما حدّثت لسا، الأفضل تنتظر النسخة اللي بعدها. أما إذا حدّثت وواجهت المشكلة، فغالباً الحل رح يكون مع التحديث القادم.

طالما المشروع يشتغل عندي، فهو جاهز يكون (Production) أكبر عبارة غلط ممكن تسمعها بشغلك بعالم البرمجة لان تشغيل المشروع على جهازك مستحيل يعني انه رح يشتغل على السيرفر او على جهاز زميلك بدون مشاكل اتخيل انه بعد الـ Deploy الموقع ما اشتغل !! بدك تفتح السيرفر و تبلش تدور و رح تلاحظ غالباً امور مثل: إصدار PHP على السيرفر هو 8.2، بينما أنت كنت تطور على 8.4. Extension مثل intl أو bcmath غير مثبتة. قاعدة البيانات على السيرفر إصدارها مختلف، وMigration لم تعد تعمل كما توقعت. ملف .env ناقص فيه متغير واحد فقط، لكن التطبيق كله توقف. مجلد storage لا يملك صلاحيات الكتابة. Queue Worker لم يتم تشغيلها أصلًا، لذلك الطلبات والإشعارات لا تصل. بعد آخر تعديل نسيت تنفيذ php artisan config:cache أو العكس، وبقيت إعدادات قديمة تعمل. لهاد السبب صارت ادوات متل Linux وDocker وNginx وCI/CD أساسية لاي مبرمج لانها بتوفر عالشركة وقت و مشاكل كتير —————————————- اذا حابب تعرف اكتر عن مجال الـ DevOps و تتعلم عنه التسجيل حالياً متاح على DevOps Fundamentals Bootcamp ليعطيك الفرصة تتعلم و تشتغل بايدك على هي التقنيات لمعلومات اكثر عن الكورس و التسجيل بإمكانكم التواصل معي عبر: الرابط هنا

رح جاوب عن استفساراتكم كلها من خلال الرابط: هنا

📩 للحجز أو الاستفسار، تواصل معي عبر الرابط: https://www.instagram.com/code.with.somar/ عدد المقاعد محدود، وسيتم إغلاق التسجيل عند اكتمال العدد. 🚀

ماذا ستحصل بعد انتهاء الـ Bootcamp؟ ✔️ القدرة على إدارة خوادم Linux بثقة. ✔️ بناء Docker Images وبيئات Production احترافية. ✔️ إعداد Nginx وتشغيل تطبيقات Laravel وReact. ✔️ بناء Pipelines احترافية باستخدام GitLab CI/CD. ✔️ تنفيذ Deployments وRollbacks وBackups. ✔️ مراقبة التطبيقات وتحليل الأعطال. ✔️ فهم دورة حياة التطبيق كاملة، من كتابة الكود وحتى تشغيله في Production.

في نهاية الـ Bootcamp ستبني بنفسك بيئة Production كاملة تضم: Laravel Backend React Frontend Docker Nginx MySQL Redis Queue Worker Scheduler Monitoring GitLab CI/CD

🚀 فتح باب التسجيل رسميًا في DevOps Fundamentals Bootcamp إذا كنت مبرمج و ترغب بالدخول إلى عالم DevOps بطريقة عملية وحقيقية، فهذا البرنامج صُمم خصيصًا لك. خلال 58 جلسة تدريبيةتقريباً لن نكتفي بشرح الأدوات، بل سنبني معاً بيئة Production متكاملة كما تُستخدم داخل الشركات. ستتعلّم عملياً: ✅ Linux & Server Administration ✅ Docker & Containerization ✅ Docker Compose ✅ Nginx & Reverse Proxy ✅ GitLab CI/CD Pipelines ✅ Pipeline Optimization ✅ Production Deployments ✅ Troubleshooting ✅ DevOps Best Practices

التطبيق عمل Crash الساعة 3 الفجر بسبب Memory Leak.. شو بيصير؟ إذا عم تشغل مشروعك بالطريقة التقليدية، رح يوقف الموقع (خصوصاً لو كان متجر إلكتروني وعليه حركة) لحد ما تفيق الصبح، تفوت SSH، وتعمل Restart يدوياً. بس لما تكون باني بيئتك صح باستخدام Docker، فيك تستخدم Health Checks و Restart Policies. الكونتينر بيصير يراقب حاله، وإذا حس إنو التطبيق علّق أو ما عم يرد، بيعمل لحاله Restart خلال ثواني قبل ما أي حدا يلاحظ. ———————————- Linkedin |Instgram | YouTube أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال

لما تفوت تسحب الكود وتعمل composer install أو تبني ملفات الـ Frontend عالسيرفر، أي يوزر بيفتح الموقع بهاللحظة رح يشوف Error 500 أو شاشة مكسرة. هاد الشي بالشركات الحقيقية غير مقبول. النشر الصح ما بيصير مباشرة على فولدر الـ Production. لازم تبني الكود وتجهزه ببيئة معزولة، ولما يجهز 100% بتعمل تبديل للمسار (Switch) بثانية وحدة بدون ما أي يوزر يحس بشي. هاد اللي بيسموه Zero-Downtime Deployment، وهاد واحد من الأساسيات اللي لازم تخليها ببالك لما تشتغل كـ DevOps ———————————- Linkedin |Instgram | YouTube أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال

أسوأ شعور لما يوقف مشروعك فجأة، وتفتح الـ Terminal وتصفن بالشاشة السودا وما تعرف من وين تبلش. الاعتماد على التخمين وإعادة التشغيل العشوائي كارثة. الـ DevOps بيعطيك الأدوات لتعرف وين تدور بالضبط: 1️⃣ docker logs: لتعرف شو الأخطاء اللي عم تطلع من الكود داخل الكونتينر. 2️⃣ journalctl: لتقرأ سجلات النظام وتشوف إذا المشكلة من السيرفر نفسه (مثلاً الـ RAM تعبت أو السيرفر عمل Kill للعملية). 3️⃣ docker inspect: لتعرف تفاصيل إعدادات الشبكة والصلاحيات. التشخيص الصح هو نص الحل، والـ Logs هي عيونك عالسيرفر! ———————————- Linkedin |Instgram | YouTube أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال

ليش تشغيل التطبيق مباشرة على بورت 80 أو 443 هو فكرة سيئة جداً؟ كتير مبرمجين بيستخدموا أوامر مثل php artisan serve أو بيشغلوا سيرفرات الـ Node مباشرة ليطلّعوا المشروع لايف، وهاد أكبر غلط بالبرودكشن. الـ Nginx كـ Reverse Proxy هو أهم حماية لمشروعك و سيرفرك: 1️⃣ بيستقبل كل الـ Traffic من برا السيرفر. 2️⃣ بيتعامل مع شهادات الحماية (SSL/HTTPS) ليفك التشفير. 3️⃣ بيمرر الطلبات النظيفة للتطبيق تبعك الداخلي المعزول (مثلاً على بورت 9000). استخدامك للـ Nginx بيعطيك حماية أعلى، أداء أفضل (لأنه بيتعامل مع الملفات الثابتة بسرعة خيالية)، وبيفصل مهام السيرفر عن مهام التطبيق. ———————————- Linkedin |Instgram | YouTube أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال

أسوأ شعور لما يوقف مشروعك فجأة، وتفتح الـ Terminal وتصفن بالشاشة السودا وما تعرف من وين تبلش. الاعتماد على التخمين وإعادة التشغيل العشوائي كارثة. الـ DevOps بيعطيك الأدوات لتعرف وين تدور بالضبط: 1️⃣ docker logs: لتعرف شو الأخطاء اللي عم تطلع من الكود داخل الكونتينر. 2️⃣ journalctl: لتقرأ سجلات النظام وتشوف إذا المشكلة من السيرفر نفسه (مثلاً الـ RAM تعبت أو السيرفر عمل Kill للعملية). 3️⃣ docker inspect: لتعرف تفاصيل إعدادات الشبكة والصلاحيات. التشخيص الصح هو نص الحل، والـ Logs هي عيونك عالسيرفر! ———————————- Linkedin |Instgram | YouTube أنا Somar Kesen أعمل كـ Full Stack Developer أنشر بشكل شبه يومي منشورات تحتوي على العديد من المعلومات عن تطوير البرمجيات و سوق العمل مستخلصة من خبرة سنين في العمل مع العديد من الشركات في الشرق الأوسط و أوروبا ضمن هذا المجال