Марина обновила WooCommerce — и вместо витрины белый экран с «Fatal error: Allowed memory size of 268435456 bytes exhausted». Сайт кажется мёртвым, wp-config.php страшно трогать, плагины «увеличить память» не помогли. Это не вирус: PHP упёрся в потолок RAM на один запрос. С бэкапом файла вы поднимете memory limit в WordPress, повторите падение и получите понятный результат: проверьте лимит в «Здоровье сайта».
Ошибка с «bytes exhausted» значит: скрипт WordPress попросил больше RAM, чем разрешил хостинг на один запуск PHP. В wp-config.php задают WP_MEMORY_LIMIT для витрины и WP_MAX_MEMORY_LIMIT для тяжёлых задач в админке — но WordPress не поднимет лимит выше, чем прописано в настройках PHP на сервере. Сначала бэкап и define, потом проверка в панели хостинга.
Ниже — простой язык без DevOps: что означают цифры в ошибке, куда вставить строку define и когда хватит 256M, а когда пора искать прожорливый плагин или писать в поддержку.
- Узнайте по тексту ошибки, что сайт упёрся в memory limit
- Разделите два потолка: PHP на сервере и лимит WordPress
- Сделайте бэкап wp-config.php перед любой правкой
- Добавьте define в wp-config.php и проверьте сайт
- Поднимите PHP memory limit в панели, если define не помог
- Найдите виновника, если лимит подняли, а падения вернулись
- Убедитесь, что лимит применился — ваш чеклист успеха
- Что дальше, если нет доступа к файлам или падения не прекращаются
- Частые вопросы
- Какой memory limit достаточно для сайта услуг без магазина?
- Можно ли поставить 512M без риска для хостинга?
- Ломает ли повышение лимита формы, Метрику или SEO-плагины?
- Чем WP_MEMORY_LIMIT отличается от php.ini memory_limit?
- Админка белая — как править wp-config без входа?
- Плагин для memory limit или ручная правка — что выбрать?
- Когда писать в поддержку хостинга?
Узнайте по тексту ошибки, что сайт упёрся в memory limit
Боль: белый экран и непонятные байты. На практике сообщение почти всегда начинается одинаково: «Fatal error: Allowed memory size of … bytes exhausted (tried to allocate …)». Число в байтах — это текущий потолок PHP на момент падения, а не «сколько места на диске осталось». Часто встречаются 134217728 (это 128 мегабайт) и 268435456 (256 мегабайт) — типичная ошибка memory limit при обновлении плагина или импорте товаров.
Если в браузере только белый лист — смотрите лог хостинга или WP_DEBUG_LOG. Первый шаг не переустановка, а понимание лимита RAM, а не «сломалась база».
| Что видите на экране | Что это значит | Первое действие |
|---|---|---|
| 134217728 bytes | Потолок около 128M | Бэкап wp-config, define 256M, проверка хостинга |
| 268435456 bytes | Уже 256M, но процессу мало | WP_MAX_MEMORY_LIMIT + PHP limit в панели |
| Белый экран без текста | PHP оборвал вывод | Лог хостинга или debug.log |
| Падает только /wp-admin | Тяжёлая задача в админке | Отдельный лимит для админки |
Разделите два потолка: PHP на сервере и лимит WordPress
Боль: «я уже написала define 512M, а сайт снова падает». У WordPress два уровня настроек. PHP memory_limit — жёсткий потолок на сервере (его задаёт хостинг в php.ini, панели или .user.ini). WP_MEMORY_LIMIT — сколько ядро просит для обычных страниц витрины. WP_MAX_MEMORY_LIMIT — отдельный запрос для админки, импорта медиа и тяжёлых обновлений; по умолчанию ядро может тянуть до 256M, если сервер позволяет.
Официальная документация WordPress: на части хостингов PHP по умолчанию 8M, ядро тянет до 40M, но выше php.ini не прыгнет. У Марины в wp-config было 512M, а на тарифе PHP limit 256M — админка падала, пока в панели не подняли серверный потолок.
Два потолка: лимит в панели хостинга (PHP) → define WP_MEMORY_LIMIT в wp-config → при падении админки добавить WP_MAX_MEMORY_LIMIT → проверка в «Здоровье сайта»
Сделайте бэкап wp-config.php перед любой правкой
Боль: «боюсь сломать wp-config и потерять доступ». Файл лежит в корне сайта рядом с папками wp-admin и wp-content. Скопируйте его через файловый менеджер хостинга или FTP в wp-config.php.bak с датой — без этого шага лучше не трогать define. Не меняйте строки с DB_NAME, DB_USER и паролем базы: правим только блок констант памяти выше служебной строки «That’s all, stop editing!».
Белая админка не мешает правке через файловый менеджер. Для memory limit хватит копии wp-config; полный бэкап перед правками — перед крупными обновлениями.
Добавьте define в wp-config.php и проверьте сайт
Боль: непонятно, куда вставить код. Откройте wp-config.php в редакторе хостинга, найдите комментарий /* That’s all, stop editing! Happy publishing. */ и выше него вставьте строки (кавычки и точка с запятой обязательны):
define(‘WP_MEMORY_LIMIT’, ‘256M’);
define(‘WP_MAX_MEMORY_LIMIT’, ‘512M’);
Сайту услуг часто хватает 256M; для WooCommerce старт 256M + 512M в админке. Крутить 1024M «на всякий случай» бессмысленно, если виноват один плагин.
- Скачайте или скопируйте wp-config.php в бэкап на своём компьютере или в папку _backup на хостинге.
- Откройте файл в редакторе панели хостинга (или через FTP-клиент).
- Найдите строку That’s all, stop editing! и вставьте define WP_MEMORY_LIMIT 256M выше неё.
- Если ошибка была при обновлении плагина или загрузке CSV — добавьте define WP_MAX_MEMORY_LIMIT 512M второй строкой.
- Сохраните файл и откройте главную страницу сайта в режиме инкognito.
- Повторите действие, на котором падало (то же обновление, тот же импорт).
- Зайдите в Инструменты → Здоровье сайта → вкладка с информацией и найдите строку про memory limit.
Типичная ошибка — опечатка: лишний пробел в define, русские кавычки вместо одинарных, забытая точка с запятой. После сохранения сайт может показать «syntax error» — тогда верните wp-config.php.bak и вставьте строки заново, копируя шаблон из blockquote выше.
Поднимите PHP memory limit в панели, если define не помог
Боль: правка «не сработала» — упёрлись в php.ini. Настройте в панели хостинга memory_limit не ниже WP_MAX_MEMORY_LIMIT; на shared иногда помогает .user.ini. Плагины Memory Limit Manager не обходят серверный потолок — типичная ошибка ставить пять одинаковых «Memory Increase» при лимите 128M на тарифе.
Найдите виновника, если лимит подняли, а падения вернулись
Боль: через неделю снова «bytes exhausted» при том же 512M. Тогда memory limit — симптом, а не единственная болезнь. Отключите последний установленный плагин через FTP (переименуйте папку в wp-content/plugins) или через Health Check в режиме troubleshooting. Тяжёлый импорт разбейте на части; лишние темы и плагины уберите по чеклисту удаления лишних тем и плагинов. Для магазина WooCommerce → Статус → Система показывает и PHP memory limit, и WP memory limit — удобная сверка после правки.
Убедитесь, что лимит применился — ваш чеклист успеха
Результат, который вы ищете, простой. При том же обновлении или входе в админку сообщение «Allowed memory size exhausted» больше не появляется. В «Здоровье сайта» WP memory limit не ниже выбранного значения (например 256M). В панели хостинга PHP memory_limit не меньше, чем просит WordPress. Для WooCommerce в System Status обе строки должны согласовываться — иначе снова два потолка в разные стороны.
Повтор на том же действии — сохраните текст ошибки и последний плагин для тикета в поддержку. Не держите 512M без диагностики прожорливого кода.
Что дальше, если нет доступа к файлам или падения не прекращаются
Нет FTP или лимит на тарифе не поднимается — напишите через контакты в мессенджер или Telegram. Сопровождение сайта — услуги, похожие гайды — статьи.
Материал проверен: Андрей Дикий (создаёт сайты и продвигает их статьями, SEO/GEO).
На что опирались: developer.wordpress.org (wp-config, PHP optimization, wp_raise_memory_limit), WooCommerce docs по memory limit, SiteGround KB и Hostinger tutorial по лимиту, WP STAGING и Stack Overflow по расшифровке bytes exhausted; частотность запросов — по Яндекс Вордстат на 23.09.2026 (MCP в прогоне недоступен, точные показы не перепроверяли).
Частые вопросы
Какой memory limit достаточно для сайта услуг без магазина?
Часто хватает 128M-256M на витрину, если нет тяжёлого конструктора и десятка SEO-плагинов одновременно. Начните с define 256M, проверьте «Здоровье сайта» и повторите самую тяжёлую операцию (обновление, импорт). Если падает при 256M на сервере — поднимите PHP limit, а не только цифру в wp-config.
Можно ли поставить 512M без риска для хостинга?
512M в define безопасно для файла wp-config, если хостинг реально разрешает такой PHP memory_limit. Риск не в «сломать WordPress», а в тарифе: на дешёвом shared провайдер может урезать CPU при постоянных пиках. Лучше найти прожорливый плагин, чем держать завышенный лимит месяцами без причины.
Ломает ли повышение лимита формы, Метрику или SEO-плагины?
Нет. define меняет только потолок RAM для PHP-скриптов WordPress. Код счётчиков и форм не отключается. Если после правки что-то перестало работать — ищите опечатку в wp-config (syntax error), а не сам лимит памяти.
Чем WP_MEMORY_LIMIT отличается от php.ini memory_limit?
php.ini задаёт максимум для любого PHP на сервере. WP_MEMORY_LIMIT — просьба WordPress для фронта; ядро может поднять ini вверх только в пределах сервера. WP_MAX_MEMORY_LIMIT — отдельная просьба для админки и тяжёлых задач. Сначала согласуйте панель хостинга, потом define в файле.
Админка белая — как править wp-config без входа?
Через файловый менеджер или FTP в корне сайта. Скачайте бэкап, вставьте define выше stop editing, сохраните. Если появился parse error — откатите бэкап одним кликом. Плагин «увеличить память» в нерабочей админке не установить — нужен доступ к файлам или поддержка хостинга.
Плагин для memory limit или ручная правка — что выбрать?
Ручная строка в wp-config прозрачнее: видно значение в одном месте и в «Здоровье сайта». Плагин подойдёт, если боитесь редактора, но он не обойдёт низкий PHP limit на тарифе. После стабилизации сайта лишние дубликаты define лучше убрать.
Когда писать в поддержку хостинга?
Когда в панели нельзя поднять memory_limit, ini_set запрещён, а ошибка остаётся при согласованных define и PHP limit. Приложите текст fatal error, скрин «Здоровье сайта» и укажите, что уже сделали бэкап wp-config. Просите поднять PHP memory_limit или тариф с большим лимитом — не переустановку WordPress.
