كم يحتاج WordPress من RAM؟

WordPress نفسه يحتاج إلى ذاكرة قليلة، ولا تذكر متطلباته الرسمية رقمًا لـ RAM. وللموقع الصغير، تكون 1-2 GB من RAM نقطة بداية جيدة عادةً (قاعدة تقريبية تتفاوت بحسب الموقع). وقد ترفع المتاجر وكثرة الإضافات والزيارات الكثيفة الحاجة إلى 4 GB أو أكثر.

ما تحتاجه فعلًا يعتمد على نوع الموقع: الإضافات والزيارات وحجم قاعدة البيانات وهل التخزين المؤقت مفعّل. يتناول هذا المقال الأرقام الرسمية، وما الذي يستهلك الذاكرة، وكيف تعرف أنها لا تكفي.

ماذا تقول المتطلبات الرسمية؟

تطلب صفحة متطلبات الاستضافة على WordPress.org (وهي توصية رسمية) إصدار PHP 8.3 أو أحدث، وMariaDB 10.11 أو MySQL 8.0 أو أحدث، ودعم HTTPS. وتوصي بـ Apache أو Nginx كخادم ويب. ولا تذكر الصفحة رقمًا لـ RAM. وما زالت الإصدارات الأقدم مثل PHP 7.4 وMySQL 5.5.5 تعمل، لكن الصفحة تنبّه إلى أنها بلغت نهاية عمرها وتحمل مخاطر أمنية. وعند التثبيت الجديد اختر الإصدارات الموصى بها.

الأرقام الرسمية الوحيدة للذاكرة هي الحدود التي تمنحها PHP لـ WordPress. في تثبيت موقع واحد، تكون القيمة الافتراضية لـ WP_MEMORY_LIMIT هي 40 MB، وفي الشبكات متعددة المواقع 64 MB. وتستخدم منطقة الإدارة WP_MAX_MEMORY_LIMIT، وتحاول نواة WordPress رفعه إلى 256 MB افتراضيًا. هذه سقوف لطلب PHP واحد، لا إجمالي RAM الخادم. ويمكنك التحقق من القيم المطبّقة على موقعك ضمن Tools > Site Health > Info: يظهر حد ذاكرة PHP في قسم Server، بينما يظهر WP_MEMORY_LIMIT وWP_MAX_MEMORY_LIMIT في قسم WordPress Constants.

ما الذي يستهلك RAM فعلًا؟

• عمليات PHP. كل طلب متزامن يشغّل عملية PHP. وفي PHP-FPM يحدّد pm.max_children عدد ما يمكن تشغيله في وقت واحد (راجع دليل PHP). وبحسب الإضافات، قد تستخدم العملية الواحدة من عشرات إلى مئات الميغابايت. وهذه ملاحظة عامة وتختلف من موقع إلى آخر.
• قاعدة البيانات. تحتفظ MariaDB أو MySQL بالبيانات كثيرة القراءة في الذاكرة. والمواقع الكبيرة كثيرة الإضافات تريد أكثر.
• ذاكرة التخزين المؤقت لنظام التشغيل. يستخدم Linux الذاكرة الحرة كذاكرة مؤقتة للقرص. ورؤية ذاكرة حرة قليلة في مخرجات free -h ليست مشكلة. انظر بدلًا من ذلك إلى عمود available.
• طبقات التخزين المؤقت. يقلل التخزين المؤقت للكائنات (مثل Redis) استعلامات قاعدة البيانات، لكنه يحجز ذاكرة لنفسه.

إليك مثالًا بسيطًا. على خادم بـ 2 GB من RAM، إذا خصصت نحو 1 GB لنظام التشغيل وقاعدة البيانات، يبقى 1 GB لـ PHP. وإذا كانت عملية PHP الواحدة تستخدم 100 MB في المتوسط، فمن المعقول إبقاء pm.max_children عند نحو 10. هذه الأرقام تبيّن فقط كيف يجري الحساب. وقد تأتي قياساتك الخاصة مختلفة.

حجم البداية بحسب نوع الموقع

هذه القيم قواعد تقريبية. تتفاوت بحسب الإضافات والزيارات، وهي ليست وعدًا ثابتًا.

إذا كنت تبني متجرًا، فاقرأ أيضًا مقالنا «اختيار خادم لـ WooCommerce».

ماذا ترى عندما تنفد RAM؟

• يُرجع الموقع خطأ 502 أو 503 من حين إلى آخر. لا يستطيع PHP-FPM أو خادم الويب الرد.
• تظهر رسالة "Error establishing a database connection". وقد تكون قاعدة البيانات توقفت لأن الذاكرة نفدت.
• تصبح منطقة الإدارة بطيئة جدًا، وتتعثر تحديثات الإضافات أو رفع الصور في منتصفها.

للتأكد، اتصل بالخادم ونفّذ هذه الأوامر:

free -h

sudo journalctl -k | grep -i -E "out of memory|oom-kill"

يسرد الأمر الثاني الأحداث التي أوقفت فيها النواة برنامجًا لأن الذاكرة نفدت. وإذا طبع أسطرًا، فالـ RAM غير كافية. وفي top اضغط Shift+M لترى العمليات الأكثر استخدامًا للذاكرة.

ما يمكنك تجربته قبل رفع الحجم

1. فعّل ذاكرة مؤقتة للصفحات، إما كإضافة أو من جهة الخادم. الصفحة المقدَّمة من الذاكرة المؤقتة لا تشغّل PHP ولا قاعدة البيانات.
2. أزل الإضافات التي لا تستخدمها. فكل إضافة مفعّلة تحمّل شيفرتها مع كل طلب.
3. اضبط pm.max_children في PHP-FPM بحسب ذاكرتك. تقريبًا، اقسم الذاكرة التي يمكنك منحها لـ PHP على متوسط ذاكرة عملية PHP واحدة. والقيمة المرتفعة جدًا تلتهم الذاكرة تحت الحمل.
4. تمنع مساحة تبديل (swap) صغيرة انهيار الخادم أثناء الذروات القصيرة. لكن swap يقع على القرص وهو بطيء، فلا يُغني عن RAM.

إذا جرّبت هذا كله وما زالت الذاكرة تمتلئ، فقد حان وقت رفع الحجم. قِس أولًا: هل تظهر المشكلة في ساعات الذروة، أم طوال اليوم؟ كعتبة عامة، فكّر في رفع الحجم إذا كانت الذاكرة available تنخفض كثيرًا دون 10-15 بالمئة من إجمالي RAM في ساعات الذروة، أو إذا كان swap قيد الاستخدام باستمرار. وهذه ليست قاعدة صارمة، بل نقطة بداية فقط.

رفع الحجم من اللوحة

في لوحة Seturack ترفع حجم الخادم بالمنزلق في تبويب الحجم. بعد الدفع يُعاد تشغيل الخادم مرة واحدة تلقائيًا، ويبقى عنوان IP وبياناتك كما هي. وهذا يجعل البدء بحجم صغير طريقًا آمنًا. ويكون الخادم المثبّت عليه WordPress جاهزًا في نحو 3.5 إلى 4 دقائق. ألقِ نظرة على صفحة خادم WordPress.