إزالة تحذير ذاكرة PHP الخاص بـ Nextcloud على خادم الويب

php.iniإذا أشارت نظرة عامة على لوحة تحكم Nextcloud إلى أن حد ذاكرة PHP أقل من 512 ميجابايت، فقد لا يؤدي رفع القيمة عشوائيًا إلى إزالة التحذير. يتحقق Nextcloud من بيئة PHP التي تُشغّل واجهة الويب، بينما قد يُحمّل PHP المُشغّل عبر سطر الأوامر إعدادات مختلفة. اضبط الإعدادات memory_limitلخدمة PHP النشطة على الويب، ثم أعد تشغيل تلك الخدمة، وتحقق من القيمة من خلال نظرة عامة على لوحة تحكم Nextcloud.

ينص دليل إدارة Nextcloud 35، الذي تمت مراجعته في 10 أكتوبر 2026، على أن الحد الأقصى لذاكرة PHP يجب ألا يقل عن 512 ميجابايت. هذا حد أقصى لكل برنامج نصي، وليس ضمانًا بأن كل عملية PHP ستستخدم هذا القدر. قد يسمح رفع هذا الحد بإتمام الطلبات التي تستهلك ذاكرة كبيرة، ولكنه لا يضيف ذاكرة وصول عشوائي فعلية؛ ففي الخوادم الصغيرة، قد يؤدي تشغيل عدد كبير جدًا من عمليات PHP في وقت واحد إلى استنفاد ذاكرة النظام.

حدد أولاً كيفية تشغيل Nextcloud لـ PHP

قبل تعديل الإعدادات، حدد بيئة تطوير الويب لديك وإصدار PHP. في نظرة عامة على إدارة Nextcloud، لاحظ إصدار PHP إن وُجد. في سطر الأوامر، php --iniيعرض هذا الأمر ملفات الإعدادات التي يستخدمها ملف PHP التنفيذي، لكنه لا يُحدد الملف الذي يستخدمه PHP-FPM أو Apache لطلبات المتصفح.

php --version
php --ini

في بيئة Debian أو Ubuntu النموذجية، غالبًا ما يكون مسار PHP-FPM هو `/php/php` /etc/php/<version>/fpm/php.ini، بينما يكون مسار mod_php الخاص بـ Apache هو `/php/php` /etc/php/<version>/apache2/php.ini. عادةً ما يكون مسار تهيئة سطر الأوامر (CLI) موجودًا في ` /php/php` /etc/php/<version>/cli/php.ini. استبدل ` <version>/php/php` بإصدار PHP المُثبّت، مثل `/php/php` 8.3. قد تستخدم أنظمة التشغيل ولوحات التحكم الأخرى مسارات مختلفة.

يشير دليل Nextcloud أيضًا إلى أن عمليات النشر الجاهزة مثل AIO وSnap وNCP وCommunity Docker توفر بيئات PHP مُعدة مسبقًا. في هذه الحالات، استخدم طريقة التكوين المدعومة في عملية النشر بدلًا من افتراض تطبيق إعدادات على مستوى المضيف php.ini.

اضبط حد ذاكرة PHP للويب على 512 ميجابايت أو أعلى

PHP-FPM مع Nginx أو Apache

قم بعمل نسخة احتياطية من إعدادات FPM النشطة، ثم عدّل ملفها php.ini. على نظامي Debian أو Ubuntu، قد يبدو الأمر كالتالي؛ قم بتعديل رقم الإصدار والمسار ليناسب خادمك:

sudo cp /etc/php/8.3/fpm/php.ini /etc/php/8.3/fpm/php.ini.backup
sudo nano /etc/php/8.3/fpm/php.ini

ابحث عن التوجيه الحالي memory_limitواضبطه على 512 ميجابايت على الأقل:

memory_limit = 512M

عدّل التوجيه الحالي بدلاً من إضافة نسخ متعددة متنافسة. إذا تم ضبط إعدادات مجموعة PHP-FPM php_admin_value[memory_limit]، فقد يكون لهذا الإعداد الأولوية؛ راجع ملف المجموعة النشط إذا استمر التحذير.

أعد تشغيل خدمة PHP-FPM المطابقة حتى تستخدم طلبات الويب الجديدة الإعدادات المُحدَّثة. على سبيل المثال، قد يكون اسم الخدمة كالتالي php8.3-fpm:

sudo systemctl restart php8.3-fpm

عند استخدام Apache لـ PHP-FPM، أعد تشغيل PHP-FPM وأعد تحميل أو إعادة تشغيل Apache فقط في حال تغيير إعدادات خادم الويب الخاص بك. استخدم أسماء الخدمات الصحيحة لتوزيعتك.

أباتشي مع mod_php

إذا كان Apache يقوم بتحميل PHP كوحدة نمطية، فقم بتعديل إعدادات Apache SAPI، والتي عادةً ما تكون موجودة /etc/php/8.3/apache2/php.iniفي Debian أو Ubuntu. اضبط الإعدادات memory_limit = 512M، واحفظ الملف، ثم أعد تشغيل Apache باستخدام اسم الخدمة الخاص بنظام التشغيل لديك.

sudo systemctl restart apache2

لا تقم بتعديل ملف FPM إذا كان خادم الويب النشط يستخدم mod_php، أو العكس. إعدادات PHP التي يُحمّلها خادم الويب هي التي تُؤخذ في الاعتبار عند ظهور تحذير نظرة عامة على لوحة التحكم.

صورة Docker الرسمية لـ Nextcloud

تُوثّق صورة Docker الرسمية لـ Nextcloud PHP_MEMORY_LIMITمتغير بيئة، وقيمته الافتراضية هي ` 512M. قم بتعيينه في ملف Compose أو أي تكوين آخر لنشر الحاوية، ثم أعد إنشاء الحاوية أو حدّثها باستخدام طريقة النشر تلك. قد تُفقد أي تعديلات يدوية داخل حاوية قيد التشغيل عند استبدالها. قد تستخدم الصور ومنصات التنسيق الأخرى إعدادات مختلفة، لذا يُرجى مراجعة وثائق الصورة التي تستخدمها فعليًا.

تحقق مما إذا كان التغيير قد وصل إلى واجهة الويب

سجّل الدخول كمسؤول وأعد فتح إعدادات الإدارة > نظرة عامة . تأكد من اختفاء تحذير الذاكرة وأن حد PHP المُبلغ عنه لا يقل عن 512 ميجابايت. قم بتحديث الصفحة بعد إعادة تشغيل الخدمة؛ فقد تظل الصفحة التي تم تحميلها مسبقًا تُظهر حالة قديمة.

إذا استمر البرنامج في الإبلاغ عن رقم أقل، فتحقق من هذه الأسباب المحتملة بالترتيب التالي:

• SAPI خاطئ: تم تغيير ملف CLI ولكن PHP-FPM أو Apache يستخدمان تكوينًا آخر.
• إصدار PHP خاطئ: خدمة الويب النشطة تعمل بإصدار مختلف عن الإصدار الذي php.iniقمت بتعديله.
• تجاوز: يقوم مجمع FPM أو لوحة تحكم الاستضافة أو تكوين PHP المحلي بتجاوز الإعداد العام.
• لم تتم إعادة تشغيل الخدمة: لا تزال عمليات PHP الحالية تستخدم التكوين السابق.
• تكوين الحاوية: لم يتم تحميل ملف المضيف المُعدَّل في الحاوية أو لم يتم إعادة إنشاء الحاوية بعد تغيير بيئتها.

تظل مخرجات واجهة سطر الأوامر php --iniمفيدة لمهام cron وOCC، لكنها لا تستطيع التحقق من قيمة الويب بمفردها. تجنب ترك phpinfo()صفحة عامة على الخادم؛ استخدم بدلاً من ذلك نظرة عامة محمية لمسؤول Nextcloud أو أدوات التشخيص الآمنة الخاصة بمضيفك.

عندما لا يكون الحد الأعلى كافياً

يُعدّ توجيه Nextcloud بشأن 512 ميجابايت توصيةً للحد الأدنى من متطلبات التكوين، وليس قاعدةً عامة لتحديد الحجم. قد تتطلب المعاينات الكبيرة أو عمليات الاستيراد أو العمليات الخاصة بالتطبيقات مساحةً أكبر، ولكن زيادة الحد بشكلٍ كبير قد تسمح لكل عملية PHP باستهلاك المزيد من ذاكرة الوصول العشوائي (RAM). إذا بدأ المضيف في استخدام الذاكرة الافتراضية أو قام نظام التشغيل بإنهاء عمليات PHP العاملة، فقم بتقليل التزامن بين PHP وFPM أو أضف سعة ذاكرة إضافية بدلاً من الاستمرار في رفع الحد الأقصى لكل عملية. تحقق من استخدام ذاكرة الوصول العشوائي الفعلي خلال فترات ذروة النشاط العادية قبل اختيار قيمة أعلى.

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

المراجع الرسمية

• Nextcloud 35: تجهيز PHP وتكوين إعدادات PHP ini
• Nextcloud 35: متطلبات ذاكرة النظام
• دليل PHP: توجيه memory_limit
• صورة Docker الرسمية لـ Nextcloud: تهيئة PHP