حافظه PHP برای هر اجرای اسکریپت می‌تواند محدودیت داشته باشد. اگر خطای اتمام حافظه دارید، اول عملیات و علت مصرف را بررسی کنید. این آموزش دربارهٔ پیکربندی سقف است؛ افزایش مقدار، کد معیوب یا پردازش بی‌پایان را اصلاح نمی‌کند و RAM واقعی سرویس را زیاد نمی‌کند.
مقدار مؤثر را از محیط درست بخوانید
نسخه و روش اجرای PHP در وب را مشخص کنید. مقدار خط فرمان ممکن است با PHP-FPM یا تنظیم همان دامنه متفاوت باشد. ابزار سلامت سایت و پنلِ مجاز می‌توانند کمک کنند. فایل phpinfo عمومی نسازید؛ ممکن است اطلاعات محیط و تنظیمات حساس را آشکار کند. مقدار قبلی و محل اعمال آن را ثبت کنید.
نقش دو ثابت وردپرس
در راهنمای wp-config.php، WP_MEMORY_LIMIT برای درخواست حافظهٔ وردپرس و WP_MAX_MEMORY_LIMIT برای زمینه‌های دارای سقف بالاتر توضیح داده شده‌اند. تابع افزایش محدودیت وردپرس فقط در صورت امکانِ تغییر تنظیم، تلاش به افزایش می‌کند؛ این ثابت‌ها تضمینِ عبور از سقف هاست نیستند.
نمونه، نه مقدار پیشنهادی برای همه
define('WP_MEMORY_LIMIT', '128M');
define('WP_MAX_MEMORY_LIMIT', '256M');این عددها صرفاً نمونهٔ نگارش‌اند. نیاز واقعی، منابع سرویس و مقدار مؤثر قبلی را بسنجید؛ اگر سقف فعلی بیشتر است، آن را بی‌دلیل کم نکنید. نام ثابت‌ها به همین حروف بزرگ و با کوتیشن مستقیم نوشته می‌شود. تعریف تکراری نسازید و محل آن را پیش از بارگذاری wp-settings.php و مطابق راهنمای فایل انتخاب کنید.
تنظیم PHP را در یک محل معتبر تغییر دهید
در هاست مدیریت‌شده، مسیر پشتیبانی‌شدهٔ همان دامنه را به کار ببرید؛ برای نمونه ابزار تنظیم PHP پنل، اگر در سرویس موجود و مجاز باشد. سیاست مدیر PHP-FPM یا محدودیت غیرقابل تغییر می‌تواند جلوی اعمال مقدار را بگیرد. پس بعد از ذخیره، مقدار واقعیِ وب را دوباره کنترل کنید؛ صرف وجود یک خط در فایل کافی نیست.
چرا php_value را عمومی تجویز نمی‌کنیم؟
دستور php_value در .htaccess به روش اجرای PHP و پیکربندی وب‌سرور وابسته است. در محیط ناسازگار می‌تواند خطای ۵۰۰ ایجاد کند. آن را به‌عنوان روش یکسان برای همهٔ هاست‌ها کپی نکنید. همچنین memory_limit نامحدود، راه‌حل عمومی نیست؛ رفتار این تنظیم در مرجع PHP توضیح داده شده است.
کنترل پس از تغییر حافظه PHP
فقط یک تغییر کنترل‌شده انجام دهید و راه بازگشت داشته باشید. همان عملیات مسئله‌دار را با ورودی متعارف در محیط تست اجرا و مصرف را بررسی کنید. اگر مصرف همراه حجم ورودی بی‌رویه رشد می‌کند، پردازش دسته‌ای یا اصلاح کد لازم است. نتیجهٔ تنظیم و نتیجهٔ رفع علت را در گزارش جدا ثبت کنید.
راهنمای مرتبط
بازبینی فنی و منابع: ۲۷ مهر ۱۴۰۵. تاریخ انتشار اولیه و مسیر قبلی حفظ شده‌اند.
