Плагин не ставится, загрузка темы обрывается на середине? В админке всплывает «Allowed memory size exhausted»? Чаще всего виноват один файл — php.ini.

Это главный конфиг PHP: он задаёт, сколько памяти выделять скриптам, как долго их выполнять и файлы какого размера принимать. На типовом хостинге эти лимиты занижены — хостер экономит ресурсы.

Дальше — где найти php.ini в любой среде (WAMP, XAMPP, Linux, cPanel) и какие пять директив править под WordPress на 2026 год. С конкретными цифрами, без гаданий.

💡 Быстрый обзор:

• Создаёте тестовый PHP-файл с функцией phpinfo и сразу видите путь к php.ini на любом сервере
• В WAMP, XAMPP и cPanel путь доступен через интерфейс, без правки кода
• Ключевые настройки для WordPress: memory_limit, max_execution_time, upload_max_filesize, post_max_size и max_input_vars
• После правок проверяете фактические лимиты через phpinfo() или WP-CLI, чтобы убедиться, что хостинг не проигнорировал изменения

Что такое php.ini и зачем его трогать

php.ini, это текстовый файл с директивами, которые управляют поведением PHP на сервере. Он загружается при каждом запуске PHP-процесса и определяет лимиты: память, время выполнения, размер загружаемых файлов, уровень ошибок.

Для WordPress критичны пять директив. memory_limit выделяет оперативную память на обработку страницы, современные темы и конструкторы (Gutenberg, Elementor) легко требуют 256 МБ и выше. max_execution_time ограничивает секунды на выполнение скрипта: если плагин импортирует демо-контент или WooCommerce генерирует отчёты, 30 секунд по умолчанию, гарантированный обрыв. upload_max_filesize и post_max_size управляют загрузкой: тема в ZIP может весить 40+ МБ, а лимит хостинга, 2 МБ. Наконец, max_input_vars ограничивает количество POST-переменных, при 1000 пунктов меню и 2000 значений по умолчанию сохранение меню обрезается без предупреждения.

Хорошая новость: php.ini можно править даже на дешёвом shared-хостинге. Плохая: сначала его нужно найти, а путь зависит от операционной системы, панели управления и способа установки PHP (модуль Apache, CGI/FastCGI, PHP-FPM).

Как найти php.ini: универсальный метод через phpinfo()

Самый надёжный способ, работающий на любом сервере, создать тестовый PHP-файл с функцией phpinfo().

Создайте файл с любым именем и расширением .php (например, info.php) и поместите в него:

1
<?php phpinfo(); ?>

Загрузите файл в корень сайта (через FTP, файловый менеджер хостинга или WP-CLI) и откройте в браузере: https://ваш-сайт.com/info.php.

На открывшейся странице найдите строку Loaded Configuration File, это и есть полный путь к активному php.ini. Если PHP работает как модуль Apache, путь будет указан в строке Configuration File (php.ini) Path, в этом случае самого файла может не существовать, и его нужно создать вручную.

После проверки **обязательно удалите **info.php, он раскрывает детали серверной конфигурации, что небезопасно.

Где находится php.ini в WAMP

В WAMP (Windows-сборка: Apache + MySQL + PHP) путь к php.ini доступен прямо из системного трея.

Кликните правой кнопкой по значку WAMP, наведите на PHP и выберите php.ini, файл откроется в текстовом редакторе. Если в сборке несколько версий PHP, убедитесь, что выбрана та, с которой работает сайт (видно в трее: WAMP → PHP → Version).

Альтернативный путь, через меню WAMP: левый клик по значку → PHP → php.ini. Файл физически лежит в папке C:\wamp64\bin\php\phpX.Y.Z\php.ini (или C:\wamp\bin\... для старых версий).

Где находится php.ini в XAMPP

В XAMPP на Windows и Linux путь к php.ini, через панель управления (Control Panel). Откройте XAMPP Control Panel и нажмите кнопку Config в строке модуля Apache. В выпадающем меню выберите PHP (php.ini), файл откроется в редакторе.

Если кнопки Config нет (старая версия XAMPP), идите прямым путём: C:\xampp\php\php.ini на Windows или /opt/lampp/etc/php.ini на Linux.

После правок перезапустите Apache кнопкой Stop → Start в панели управления.

Где находится php.ini в Linux (VPS / dedicated)

На Linux-сервере без панели управления php.ini ищется одной командой в терминале:

1
php -i | grep "Loaded Configuration File"

Вывод будет примерно таким:

1
Loaded Configuration File => /etc/php/8.2/cli/php.ini

Важный нюанс: PHP для командной строки (CLI) и для веб-сервера (Apache/Nginx) часто используют разные php.ini. Команда выше показывает путь для CLI-версии. Чтобы узнать путь для веб-сервера, создайте info.php методом из предыдущего раздела и откройте в браузере, или выполните:

1
ls /etc/php/*/apache2/php.ini
2
ls /etc/php/*/fpm/php.ini

Типичные расположения зависят от версии PHP и веб-сервера:

• Apache: /etc/php/8.2/apache2/php.ini
• PHP-FPM (Nginx): /etc/php/8.2/fpm/php.ini
• Общий путь (если PHP собран вручную): /usr/local/lib/php.ini

После правок перезапустите веб-сервер: sudo systemctl restart apache2 или sudo systemctl restart php8.2-fpm.

Где находится php.ini в cPanel и других панелях хостинга

На shared-хостинге с cPanel файл php.ini обычно лежит в корневой директории сайта, public_html. Чтобы его увидеть:

• Войдите в cPanel и откройте File Manager
• Перейдите в папку public_html
• Найдите php.ini в списке файлов

Если файла нет, создайте его кнопкой + File. Пропишите нужные директивы и сохраните. Хостинг подхватит настройки в течение нескольких минут.

На современных хостингах всё чаще встречается MultiPHP Manager (cPanel) или Select PHP Version, они позволяют править php.ini через веб-интерфейс, не заходя в файловый менеджер. Если ваша панель поддерживает такой инструмент, используйте его: меньше шансов ошибиться с синтаксисом.

Отдельный случай, .user.ini. На хостингах с PHP-FPM (FastCGI) php.ini в корне сайта может игнорироваться; вместо него создаётся файл .user.ini с теми же директивами. Уточните в документации хостинга, какой файл использовать.

Рекомендуемые настройки php.ini для WordPress (актуально на 2026)

Базовые значения «по умолчанию» в php.ini не менялись десятилетиями и рассчитаны на простые скрипты, а не на современные CMS. WordPress с актуальными плагинами требует значительно больших лимитов. Ниже рекомендованные значения, проверенные на практике.

Основные директивы

1
memory_limit = 512M
2
max_execution_time = 300
3
upload_max_filesize = 128M
4
post_max_size = 128M
5
max_input_vars = 4000
6
max_input_time = 300
7
file_uploads = On

Директива safe_mode удалена из PHP начиная с версии 5.4, не добавляйте её в конфигурацию. Если видите эту строку в старом php.ini, смело удаляйте.

Кэширование (opcache)

Для production-сайта обязательно включите opcache, это даёт прирост скорости в 2-3 раза за счёт кэширования скомпилированного байт-кода:

1
opcache.enable = 1
2
opcache.memory_consumption = 256
3
opcache.max_accelerated_files = 10000
4
opcache.revalidate_freq = 2
5
opcache.validate_timestamps = 1

Логирование ошибок

На рабочем сайте вывод ошибок на экран должен быть выключен, но логирование, включено:

1
display_errors = Off
2
log_errors = On
3
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT

Альтернативные способы:.htaccess и wp-config.php

Не всегда есть доступ к php.ini. На некоторых хостингах работают обходные пути.

Через.htaccess (Apache + mod_php)

Добавьте в .htaccess в корне сайта:

1
php_value memory_limit 512M
2
php_value upload_max_filesize 128M
3
php_value post_max_size 128M
4
php_value max_execution_time 300

Сработает только если PHP работает как модуль Apache (mod_php). При PHP-FPM директивы php_value вызовут ошибку 500, в этом случае используйте .user.ini.

Через wp-config.php

Добавьте перед строкой /* That's all, stop editing! */:

1
define('WP_MEMORY_LIMIT', '512M');
2
define('WP_MAX_MEMORY_LIMIT', '512M');

WP_MEMORY_LIMIT задаёт лимит для фронта, WP_MAX_MEMORY_LIMIT для админки. Это не заменяет php.ini, но часто решает проблему «Allowed memory size exhausted» точечно, когда доступ к серверной конфигурации ограничен.

Видео: поиск и правка php.ini на практике

Короткое видео с визуальной демонстрацией всех описанных методов, от phpinfo() до MultiPHP Manager в cPanel:

⁉️🤔 Частые вопросы

Почему после правок в php.ini ничего не изменилось?

PHP-процесс не перезапустился. Перезагрузите Apache (systemctl restart apache2 или кнопкой в панели), PHP-FPM (systemctl restart phpX.Y-fpm) или дождитесь автоматического перезапуска на shared-хостинге (обычно 2-5 минут). Проверьте, что правите именно тот php.ini, который показывает phpinfo() в строке Loaded Configuration File (на одном сервере их может быть несколько).

После правок всегда проверяйте фактический лимит через phpinfo(): хостинг может переопределять некоторые директивы глобальными настройками. Если значение не изменилось, создайте .user.ini в корне сайта (для PHP-FPM) или свяжитесь с поддержкой.

Какой memory_limit реально нужен WordPress в 2026 году?

256M: безопасный минимум для типового сайта с 10-15 плагинами. Если установлен конструктор страниц (Elementor, Bricks, Breakdance), WooCommerce или комплексный кэширующий плагин, ставьте 512M. Сайты на Gutenberg с большим количеством блоков и паттернов тоже тяготеют к 512M. 128M, рекомендованные в старых руководствах, для современного WordPress уже недостаточны: только ядро с темой на Full Site Editing может упереться в этот лимит.

Исключение: дешёвый shared-хостинг с жёстким потолком. Если хостер не даёт поднять memory_limit выше 128M, подумайте о смене тарифа или хостинга: сайт на таком лимите будет падать при каждом втором обновлении.

Что важнее: править php.ini или wp-config.php?

php.ini работает на системном уровне, wp-config.php на уровне приложения. Если есть доступ к php.ini, правьте его: лимиты будут действовать глобально и не сбросятся при обновлении ядра. wp-config.php используйте как fallback, когда хостинг заблокировал php.ini. WP_MEMORY_LIMIT в wp-config.php переопределяет memory_limit из php.ini для WordPress, но не влияет на max_execution_time, upload_max_filesize и другие директивы: их придётся править через .htaccess или .user.ini.