احياناً نقوم بتشغيل المشروع بكامل تفاصيل باستخدام Docker containers حتى الـ Web Server مثل Nginx او Apache و اللي متعامل مع الاستضافات بيعرف انه بكون احيانا في نسخة افتراضية بتكون موجودة اساساً مع السيرفر.

و لنفترض المثال التالي:
انه انت مشغل المشروع باستخدام Docker containers و الـ VPS عمل reboot ؟؟

هون رح تخبرني عاااادي ولا على بالي لان الـ Docker containers بيعمل restart تلقائي

كلام صحيح نسبياً لكن وجب التنويه انه ممكن إذا كنت عامل Nginx container عم يشتغل على Port مثل 80 ممكن ما يقدر يشتغل لان ممكن النسخة الافتراضية من السيرفر حجزت الـ port قبل منها

لهيك دوماً اتاكد من تعطيلك لاي خدمات مانك عم تستخدمها على السيرفر تبعك.

هل كنت بتعرف هي المعلومة سابقاً؟

شاركني بتجاربك مع Docker و الاستضافات بالتعليقات

ولا تنسوا اني معكم على instgram بالـ story و الـ reels احكي بشكل موسع عن هي الامور lمن خلال حسابي على الرابط: هنا

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

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

اكيد سمعت عن امور متل Docker Image و Docker Container و انت عم تقرأ شي مقال او بميتينغ او باي مكان آخر و اكيد كمان فكرتهم نفس الفكرة و خطرلك تعرف شو الاختلاف بيناتهم و هاد اللي جاي اشرحلك ياه اليوم

خلونا نتخيل السيناريو التالي:
انت بدك تعمل أكل و فتحت وصفة حبيتها، الوصفة مكتوبة بطريقة دقيقة و بتحتوي كل المكونات و الخطوات لأعداد الوجبة و كمان هي الوصفة ثابتة و بإمكانك نسخها و توزيعها على أصدقائك لكن الوصفة بحد ذاتها غير كافية لإعداد الطعام !!

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

فالطبق الناتج هو النسخة الحية من الوصفة اللي فيك تتناوله و تعدل عليه من بهارات و توابل و مكونات او تقديمه بطرق مختلفة و فيك تستخدم نفس الوصفة لإعداد اطباق مختلفة و كل طبق يتم إعداده في "وعاء" خاص فيه

هاد التشبيه بوضح العلاقة بين الـ Docker Image و Docker Container فالـ Image هي الوصفة و الـ Container هو الوجبة المطهوة

يعني عملياً الـ Docker Image:

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

🛠 إذا كنت تساوي فورمات لجهازك فتخيَّلها كـ "ملف ISO" لنظام التشغيل، الذي يمكنك استخدامه لتثبيت النظام ولكن لا يمكنك تشغيله مباشرة.

أما الـ Docker Container:

هي نسخة حية ومُشغَّلة من الصورة، أي البيئة المعزولة التي يتم تشغيل التطبيق بداخلها.
ديناميكية، ويمكن أن تتغير أثناء التشغيل (مثل تعديل الملفات أو تشغيل عمليات جديدة).
يمكن تشغيل عدة حاويات من نفس الصورة، وكل حاوية تعمل بشكل مستقل.
🛠 تخيَّلها كـ "الجهاز الذي يعمل بالنظام بعد تثبيته"، ويمكنك تشغيله وإجراء تغييرات عليه.

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

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

إذا بنطلع على تطور لغة PHP بالفترة الأخيرة، منلاحظ شغلة كتير مهمة: كيف الفريموركات القوية مثل Laravel أثرت بشكل مباشر على تطوير اللغة نفسها.

يعني شغلات كتير كانت Laravel تقدمها كحلول مبتكرة، صارت اليوم جزء من PHP مباشرة، وكأنو Laravel عم تقول للغة: هيك الامور بتنعمل 😂

صرنا نشوف شغلات متل الـ Helper Functions اللي كانت Laravel تقدم حلول للتخلص من التعقيد متل route() و str_slug بعد فترة شفنا PHP قال ليش لا؟ و ضافت امور متل: str_contains و str_starts_with.

و حتى التعامل مع النصوص و المصفوفات كانت دائماً Laravel تعطينا طرق مريحة للتعامل معها و لحقتها الـ PHP بشغلات مثل: array_key_first و Stringable

و حتى الـ Enums كانت لعبة مع Laravel قبل ما تنزلها PHP بشكل رسمي بالإصدار 8.1

و حتى إذا بتتذكروا كيف كنا نكتب Metadata مع Laravel (مثل @Route)، اليوم صار فينا نستخدم Attributes بـ PHP نفسها.

هالعلاقة بين الفريموركات واللغة نفسها بتفرجينا كيف الأدوات اللي بيستخدمها المطورين يوميًا عم تكون قوة ضاغطة لتطوير اللغات.لارافيل عطتنا تجربة ممتعة بالإنتاجية، وPHP لحقت الركب لتصير "مودرن" أكتر وقريبة للمطورين.

شو رأيكم انتوا في أمثلة تانية بتتذكروها عن شغلات كانت موجودة بـ Laravel وصارت جزء من PHP ؟؟؟؟

خبروني رأيكم بالتعليقات.

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

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

Hello!
We are looking for an experienced Senior Backend Developer / Onsite Damascus to join an online E-commerce Company Based in Syria.
You will be responsible for designing, developing, and maintaining high-quality backend solutions that power our applications. You should have a deep understanding of backend technologies, and architecture patterns.

Key Responsibilities:
-Design & Development: Architect, design, and develop scalable, secure, and high-performance backend systems.
-API Integration: Develop RESTful APIs and integrate third-party services.
Database Management: Design and optimize database schemas, queries, and indexes for performance and scalability.
-Code Quality: Write clean, maintainable, and testable code. Conduct code reviews and ensure best practices.
-DevOps & CI/CD: Implement and maintain CI/CD pipelines, automate deployment processes, and manage cloud infrastructure.
-Security: Implement security best practices, ensuring data protection and compliance with relevant standards.
-Collaboration: Work closely with front-end developers, product managers, and other stakeholders to deliver high-quality products.
-Problem-Solving: Troubleshoot and debug complex issues in production environments.
-Mentorship: Provide guidance and mentorship to junior developers, fostering a culture of continuous learning.

Required Skills & Qualifications:
-Experience: 4+ years of experience in backend development, with a strong portfolio of successful projects.
-Programming Languages: Proficiency in [Insert relevant languages, e.g., Python, Java, Node.js, Ruby, PHP, etc.].
-Frameworks: Experience with backend frameworks like [Django, Laravel, etc.].
-Databases: Expertise in relational databases (e.g., MySQL,) and NoSQL databases (e.g., MongoDB, Redis).
-APIs: Extensive experience in building and consuming RESTful APIs, and understanding of GraphQL is a plus.
-DevOps: Familiarity with Docker, Kubernetes, CI/CD tools).
-Testing: Experience with automated testing frameworks and methodologies (e.g., unit tests, integration tests).
-Version Control: Proficient in Git.
-Agile Methodologies: Experience working in Agile/Scrum environments.
Communication: Excellent verbal and written communication skills.

Additional Information:
Location: Based in Damascus, Syria (Onsite Work)
Competitive compensation package with attractive benefits.
To apply, please send your resume to [email protected]

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

بالمختصر، تجربتك بهالمتجر كانت كتير سيئة وقررت إنك ما تشتري منه.

طيب، لو أعطينا هالمتجر لمصمم UI/UX ليحسّن التجربة، شو رح يغير؟

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

تاني شي، رح يحسّن نظام البحث؛ بيضيف شريط بحث فعال يطلع اقتراحات وأنت عم تكتب، ليوصلك للي بدك ياه أسرع.

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

هالتعديلات مبنية على دراسات وتجارب كبيرة بمجال UI/UX Design، وهو علم بيهتم برضا المستخدم وكيفية تقديم تجربة ممتعة وفعالة بالمواقع والتطبيقات.

بالبوستات الجاية من سلسلة "UI/UX Design"، رح نحكي بتفاصيل أكتر عن هالأساسيات وكيف ممكن نستفيد منها بتصميم مواقع وتطبيقات أفضل.

Facebook | Linkedin |Instgram | Telegram | YouTube

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

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

شكراً لـ Lobana Ali Balloul على المساعدة في إعداد هذا المحتوى.

رجع طبيعي هلا

1300 مشترك بالقناة ??

ممكن نشوف الرقم وصل للـ 2000 خلال هاد الشهر يا ترى؟ ?

بس وصلنا للـ 2000 مجهزلكم مفاجأة مرتبة بأذن الله ?

كـ Frontend إجاك مشروع لا هو ضخم و فيه تفاعل عالي مع المستخدم ولا هو ساتيتك 100%. و بنفس الوقت الـ SEO عليه مهم كتير!!

انت امام حلين:
1- تستخدم NextJs بكل ضخامتها كرمال بس تستفاد من الـ SEO !!! و Over على هيك مشروع برأيي
2- نستخدم ReactJs و نخسر الـ SEO.

إذاً شو الحل؟

Gatsby
Gatsby هو إطار عمل مبني على React وبيستخدم لبناء مواقع ويب ثابتة (Static Sites). بيعتمد على GraphQL ليجيب البيانات من مصادر مختلفة مثل CMSs، APIs، وقواعد البيانات. بيستخدم تقنيات حديثة مثل React، GraphQL، وWebpack.

ليش لازم تستخدم Gatsby؟
أداء سريع كتير: بفضل تقنيات التحميل المسبق (Prefetching) وتقسيم الأكواد (Code Splitting)، Gatsby بيساعدك تبني مواقع سريعة جدا.
أمان عالي: الطبيعة الثابتة للمواقع اللي بتنبني باستخدام Gatsby بتخلي من الصعب على الهاكرز يستهدفو الموقع، وهاد بيجعلو خيار آمن جدا.
تجربة مبرمج ممتازة: بفضل الأدوات القوية مثل GraphQL، فيك تجيب البيانات بسهولة من مصادر مختلفة وتنظمها بشكل مرتب.
سهولة التوسع: فيك توسع مواقعك باستخدام مجموعة كبيرة من الإضافات (Plugins) اللي بتسهل التكامل مع أدوات وخدمات تانية مثل CMSs وAPIs.
دعم SEO قوي: Gatsby بيقدم دعم مدمج لتحسين محركات البحث (SEO)، وهاد بيخلي مواقعك تظهر بشكل أفضل بنتائج البحث.

شو الفرق بين Gatsby وNext.js؟
نوع المواقع:

Gatsby: بيكون ممتاز لبناء مواقع ثابتة (Static Sites) مثل المدونات، مواقع الشركات، وصفحات الهبوط.
Next.js: بيدعم كمان المواقع الثابتة بس كمان المواقع الديناميكية (Dynamic Sites) مثل التطبيقات المعقدة اللي بتحتاج تفاعل مستمر مع المستخدم.
جلب البيانات:

Gatsby: بيستخدم GraphQL لجلب البيانات من مصادر متعددة، وهالشي بيخليك تنظم البيانات بشكل مرتب وسهل.
Next.js: بيسمحلك تجيب البيانات بأي طريقة بدك ياها سواء عن طريق REST API، GraphQL، أو حتى مباشرة من قاعدة البيانات.
الأداء:

Gatsby: بيستخدم التحميل المسبق (Prefetching) والتوليد أثناء البناء (Build Time Generation) لعرض الصفحات بسرعة فائقة.
Next.js: بيستخدم التوليد أثناء الطلب (On-Demand Generation) بالإضافة للتوليد المسبق (Pre-rendering)، وهالشي بيعطي مرونة أكتر للمشاريع اللي بتحتاج ديناميكية.
المرونة:
Gatsby: مناسب أكتر للمشاريع اللي البيانات فيها ما بتتغير كتير.
Next.js: مناسب أكتر للمشاريع الكبيرة والمعقدة اللي بتحتاج تفاعل مستمر مع البيانات وتحديثات مستمرة.

أمثلة عن مشاريع Gatsby
المدونات: فيك تبني مدونة سريعة وسهلة الإدارة باستخدام Gatsby وCMS مثل Contentful أو Strapi.
مواقع الشركات: بفضل الأداء العالي والدعم الجيد لتحسين محركات البحث، فيك تعمل موقع شركة جذاب وسريع.
متاجر إلكترونية: باستخدام تكاملات مثل Gatsby وShopify، فيك تبني متجر إلكتروني سريع ويوفر تجربة مستخدم ممتازة.

كنت بتعرف Gatsby سابقاً او ناوي تستخدمه بالمستقبل، شاركنا بالتعليقات.! ??

دعمكم المحتوى بيساعدني ضل بهالوتيرة لهيك لا تنسوا تشاركوا القناة مع رفقاتكم و تتابعوني على باقي المنصات من خلال:
Facebook - Linkedin - Instgram - Telegram

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

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

كـ Frontend إجاك مشروع لا هو ضخم و فيه تفاعل عالي مع المستخدم ولا هو ساتيتك 100%. و بنفس الوقت الـ SEO عليه مهم كتير!!

شو الحلول اللي بتفكر فيها و التقنيات اللي ممكن تشتغل فيها كرمال تنفذ هاد المشروع؟؟

شاركونا أفكاركم و رح احكيلكم عنها بمنشور اليوم مساءً.

موعدنا مساءً على:
Facebook - Linkedin - Instgram - Telegram

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

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

Facebook

Log in or sign up to view

See posts, photos and more on Facebook.

الشباب و الصبايا اللي مفعلين Telegram Premium بإمكانكم تساعدونا نصير نفتح ميزات جديدة بالقناة ? https://t.me/boost/somarkn