متجر Magento الخاص بك سريع فقط بقدر سرعة الخادم الذي يشغله

أضبط مجموعات LEMP خصيصاً لـ Magento 2 — من تحجيم pools PHP-FPM إلى VCL Varnish وسياسات إخلاء Redis. تغييرات مبنية على البيانات، تنفيذ مرحلي، مقاييس قبل/بعد.

310ms
TTFB تحقق بعد إعادة تكوين Varnish + Redis في مشروع حديث
Ubuntu
22.04 & 24.04 — البيئات الرئيسية التي أعمل معها
متاح لتدقيق الخادم
// نتائج التدقيق في 1-2 أيام عمل
🚀

ضبط PHP-FPM

تكوين pools وإعدادات OPcache وحدود الذاكرة وإدارة العمليات المحجمة لأنماط حركة المرور وموارد الخادم الخاصة بك.

🗄️

تكوين Redis

مثيلات Redis منفصلة للجلسة وذاكرة التخزين المؤقت وسياسات maxmemory صحيحة وإعدادات الاستمرارية.

🛡️

Varnish VCL

VCL مخصص لـ Magento 2: استثناءات ملفات تعريف الارتباط، كتل ESI، وضع Grace وتحليل معدل الإصابة من سجلات الوصول.

🌐

تكوين Nginx

ذاكرة تخزين مؤقت FastCGI، ضغط gzip/brotli، HTTP/2، كتل Magento المناسبة وتحديد معدل الطلبات.

🔒

SSL وتقوية الأمان

Let's Encrypt مع تجديد تلقائي، رؤوس HSTS، تكوين رؤوس الأمان، fail2ban وتقوية SSH.

📊

إعداد المراقبة

تنبيهات لوحدة المعالجة المركزية والذاكرة واستخدام القرص والعمال البطيئين — لتعرف بالمشاكل قبل عملائك.

01

تدقيق أساسي

أراجع تكوين خادمك الحالي وأجري اختبارات تحميل وأحدد الاختناقات بالبيانات — وليس بالتخمين.

02

قائمة أولويات

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

03

تنفيذ مرحلي

تُطبق التغييرات أولاً في بيئة staging مع اختبار تراجع موثق قبل لمس الإنتاج.

04

نشر الإنتاج

مجدول خلال ساعات الحركة المنخفضة مع مراقبة نشطة. تُبلغ في كل خطوة.

05

التحقق

مقاييس قبل/بعد، تأكيد معدل إصابة ذاكرة التخزين المؤقت وملخص مكتوب لكل تغيير تم وسببه.

📐

محجم لحركة المرور الخاصة بك

إعدادات pool PHP-FPM التي تعمل لـ 1,000 جلسة يومياً خاطئة لـ 50,000. أحجم التكوين لحملك الفعلي.

🧯

مرحلي، ليس مباشراً أبداً

تغييرات تكوين الخادم يمكن أن تكسر الأمور بشدة إذا تمت بإهمال. كل تغيير يُختبر على staging قبل الإنتاج.

📋

سجل تغييرات كامل

تحصل على سجل مكتوب لكل ملف تم تغييره وكل قيمة تكوين تم تعديلها مع القيم قبل وبعد.

🔐

الأمان مشمول افتراضياً

الأداء والأمان ليسا منفصلين. SSL ورؤوس الأمان و fail2ban جزء من كل التزام بتكوين الخادم.

TTFB لدينا انتقل من 1.8 إلى 310ms بعد إعادة تكوين Varnish VCL و Redis. وجد فوزي فجوة التخزين المؤقت في تصفحنا متعدد المستويات خلال الساعة الأولى من التدقيق.

RB
رياض ب.
// صاحب متجر، تجارة إلكترونية أزياء · تونس

ما تكلفه الخوادم البطيئة حقاً

تأخير ثانية واحدة في وقت تحميل الصفحة يقلل التحويلات بحوالي 7%. على خادم يعمل بنسبة 80% CPU مع OPcache مهيأ بشكل خاطئ، كل طلب أبطأ مما ينبغي — وأنت تدفع الثمن في مبيعات مفقودة.

معظم مشاكل استضافة Magento التي أواجهها تتلخص في ثلاثة أشياء: إعدادات PHP-FPM الافتراضية غير المحجمة لحركة المرور الفعلية، و Redis المستخدم للجلسات وذاكرة التخزين المؤقت على مثيل واحد بسياسة إخلاء متقلبة، و Varnish إما غائب أو مهيأ بشكل خاطئ بحيث لا يخزّن شيئاً تقريباً.

ما لا ألمسه

أعمل على VPS والخوادم المخصصة حيث لديك وصول root. الاستضافة المشتركة والمنصات المدارة بطبقات تكوين مقفلة خارج نطاق تحسين الخادم — سأخبرك بذلك مسبقاً بدلاً من إضاعة وقتك.

Ubuntu 22.04 / 24.04 Nginx PHP 8.2 / 8.3 FPM OPcache Redis 7 Varnish 7 MySQL 8 / MariaDB 10.6 Let's Encrypt fail2ban Netdata / New Relic Brotli / Gzip HTTP/2
هل أحتاج إلى إعطائك وصول root؟
نعم، وصول SSH مع صلاحيات sudo مطلوب لقراءة ملفات التكوين والتحقق من العمليات الجارية وإجراء التغييرات. أعمل بشفافية — كل أمر مشروح وستحصل على سجل كامل للتغييرات في النهاية.
متجري على استضافة مدارة. هل يمكنك المساعدة؟
على المنصات المدارة مثل Nexcess أو Adobe Commerce Cloud، تكوين الخادم مغلق. لا يزال بإمكاني المساعدة في تكوين FPC على مستوى Magento وإعدادات اتصال Redis وأداء الواجهة الأمامية.
كم يستغرق تحسين الخادم؟
تدقيق وقائمة أولويات: 1-2 يوم. تنفيذ التغييرات الشائعة (Redis، Varnish VCL، PHP-FPM): 1-2 يوم إضافي.
هل يمكنك إعداد خادم من الصفر لـ Magento 2؟
نعم. يمكني تجهيز VPS Ubuntu جديد مع مجموعة LEMP كاملة مهيأة لـ Magento 2.

هل خادمك هو الاختناق؟

شارك مواصفاتك الحالية و TTFB وسأخبرك بما يعيقك على الأرجح قبل أن نبدأ حتى.