Система для создания и ведения блогов wordpress развивается бурными темпами – с каждым днем количество плагинов и шаблонов увеличивается, а разработчики беспрерывно наращивают функционал. Так версия wordpress 3.0 обещает порадовать пользователей новыми интересными функциями. Но, увы, есть некоторые не очень приятные моменты – а именно увеличение нагрузки на сервер / хостинг. Далеко не каждый более-менее дешевый хостинг в РУнете или специальный базовые тариф может «потянуть» такую махину как wordpress с кучей плагинов. Что уж говорить, не всегда можно загрузить и нормально работать даже с небольшим набором самых необходимых модулей. В результате нехватки памяти вы можете видеть «не догрузившуюся админку», где, конечно, работать получится с другом.
А выйти из этой непростой и не очень приятной ситуации нам поможет настройка под названием PHP Memory Limit. Она указывает максимальный объем памяти, которая выделяется для выполнения скрипта. Ситуация с нехваткой памяти может появится при использовании большого числа wordpress плагинов либо в случае применения достаточно «тяжелых» модулей. Иногда проблемы возникают даже с базовой функциональностью системы, например, ошибка HTTP при загрузке WordPress картинок и фото. Многие при этом сетуют на «прожорливость WP», а я вот вспоминаю, что большая часть англоязычных проектов имеют не только широкую функциональность, но и разные скрипты/надстройки. Тут, скорее, проблема в экономности отечественных хостеров, которые хотят заработать как можно больше при меньших затратах – оттого и ставят различные ограничения по типу memory_limit.
Значение memory_limit, как правило, можно посмотреть в админке вашего хостинга в разделе «Конфигурация PHP» или что-то в этом роде. В одном из блогов находил информацию, что для wordpress 2.3-2.7 достаточно memory_limit = 32М, а вот версии постарше типа wordpress 2.8 и .2.9 требует уже 64М. Конечно, далеко не каждый хостер будет устанавливать такие значение, некоторые и вовсе грешат, ставя 8М или 16М.
Существует несколько способов увеличить значение memory_limit.
1. Самый просто вариант – обратиться к хостеру с просьбой. Объяснить мол не хватает для выполнения скрипта или работы WordPress. У меня лично метод срабатывает 50/50 – пару раз меняли, пару – отказывались, аргументируя тем, что «это такой тариф».
2. Можно увеличить memory_limit, если у вас есть доступ к глоабльным настройкам сервера, либо подправить файл php.ini. Как раз вчера писал статью про то, как изменить настройки файла php.ini для своего хостинга – там тоже есть много нюансов.
3. Увеличиваем memory_limit внеся соответствующую запись в файл .htaccess в корневой директории на FTP.
Опубликовано 11.10.2019 · Обновлено 31.01.2020
Содержание:
1. Назначение переменной.
Система для создания и ведения блогов WordPress развивается бурными темпами – с каждым днем количество плагинов и шаблонов увеличивается, а разработчики беспрерывно наращивают функционал. Соответственно для работы требуется оперативная память.
Что уж говорить, не всегда можно загрузить и нормально работать даже с небольшим набором самых необходимых модулей. В результате нехватки памяти вы можете видеть «не догрузившуюся админку», где, конечно, работать получится с другом.
А выйти из этой непростой и не очень приятной ситуации нам поможет настройка под названием PHP Memory Limit. Она указывает максимальный объем памяти, которая выделяется для выполнения скрипта.
Ситуация с нехваткой памяти может появится при использовании большого числа WordPress плагинов либо в случае применения достаточно «тяжелых» модулей. Иногда проблемы возникают даже с базовой функциональностью системы, например, ошибка HTTP при загрузке WordPress картинок и фото.
Значение memory_limit, как правило, можно посмотреть в разделе «Конфигурация PHP» или что-то в этом роде.
2. Способы увеличения значения переменной.
Существует несколько способов увеличить значение memory_limit.
1. Можно увеличить memory_limit, либо подправить файл php.ini.
2. Увеличиваем memory_limit внеся соответствующую запись в файл .htaccess в корневой директории на FTP: php_value memory_limit 32M .
Настройки потребления ресурсов в PHP скриптах можно установить в главном конфигурационном файле php.ini, а также в самих скриптах.
В файле php.ini за это отвечают директивы из раздела Resource Limits (ограничение потребления ресурсов).
Как увеличить память для PHP скриптов
Для этого в файле php.ini найдите и отредактируйте директиву:
Эта директива задаёт максимальное время в секундах, в течение которого скрипт должен полностью загрузиться. Если этого не происходит, парсер завершает работу скрипта. Этот механизм помогает предотвратить зависание сервера из-за плохо написанного скрипта. По умолчанию на загрузку даётся 30 секунд. Если PHP запущен из командной строки, это значение по умолчанию равно 0.
На максимальное время выполнения не влияют системные вызовы, потоковые операции и т.п.
При работе в безопасном режиме эту настройку нельзя изменить функцией ini_set(). Если значение все же нужно изменить, надо либо выключить безопасный режим, либо изменить значение прямо в php.ini.
Веб-серверы обычно имеют свои настройки тайм-аута, по истечении которого сами завершают выполнение скрипта PHP. В Apache есть директива Timeout, в IIS есть функция CGI timeout. В обоих случаях по умолчанию установлено 300 секунд. Точные значения можно узнать из документации к веб-серверу.
Функция для увеличения и ограничения времени выполнения PHP
Функция set_time_limit ограничивает время выполнения скрипта.
Она задает время в секундах, в течение которого скрипт должен завершить работу. Если скрипт не успевает, вызывается фатальная ошибка. По умолчанию дается 30 секунд, либо время, записанное в настройке max_execution_time в php.ini (если такая настройка установлена).
При вызове set_time_limit() перезапускает счетчик с нуля. Другими словами, если тайм-аут изначально был 30 секунд, и через 25 секунд после запуска скрипта будет вызвана функция set_time_limit(20), то скрипт будет работать максимум 45 секунд.
- СЕКУНДЫ (максимальное время выполнения в секундах. Если задан ноль, время выполнения неограничено)
Возвращаемые значения: возвращает TRUE в случае успеха, иначе FALSE.
Внимание: эта функция не работает, если PHP работает в безопасном режиме. Обойти это ограничение можно только выключив безопасный режим или изменив значение настройки в php.ini.
Замечание: функция set_time_limit() и директива max_execution_time влияют на время выполнения только самого скрипта. Время, затраченное на различные действия вне скрипта, такие как системные вызовы функции system(), потоковые операции, запросы к базам данных и т.п. не включаются в расчет времени выполнения скрипта. Это не относится к системам Windows, где расчитывается абсолютное время выполнения.
Обе set_time_limit(…) и ini_set(‘max_execution_time’,…); не учитывают время, потраченное функциями sleep, file_get_contents, shell_exec, mysql_query и некоторыми другими.
Увеличение выделенной памяти для PHP скриптов
Директива в файле php.ini
задаёт максимальный объем памяти в байтах, который разрешается использовать скрипту. Это помогает предотвратить ситуацию, при которой плохо написанный скрипт съедает всю доступную память сервера. Для того, чтобы убрать ограничения, установите значение этой директивы в -1.
В версиях до PHP 5.2.1 для использования этой директивы, она должна была быть указана на этапе компиляции. Так, ваша строка конфигурации должна была включать: —enable-memory-limit. Эта опция компиляции была также необходима для использования функций memory_get_usage() и memory_get_peak_usage() до версии 5.2.1.
Если используется целое число, то значение измеряется байтами. Вы также можете использовать сокращённую запись.
Доступные опции: K (для килобайт), M (для мегабайт) и G (для гигабайт; доступна начиная с PHP 5.1.0); они регистронезависимы. Все остальное считается байтами. 1M равно одному мегабайту или 1048576 байтам. 1K равно одному килобайту или 1024 байтам. Эти сокращения вы можете использовать в php.ini и в функции ini_set(). Обратите внимание, что числовое значение приводится к типу integer; например, 0.5M интерпретируется как 0.
Увеличение времени парсинга данных из запроса.
Директива в файле php.ini
задаёт максимальное время в секундах, в течение которого скрипт должен разобрать все входные данные, переданные запросами вроде POST или GET. Это время измеряется от момента, когда PHP вызван на сервере до момента, когда скрипт начинает выполняться. Значение по умолчанию -1, что означает, что будет использоваться max_execution_time. Если установить равным , то ограничений по времени не будет.
При запуске в командной строке значение директивы установлено на -1 (неограниченно).
Увеличение глубины вложенности входных переменных
Директива в файле php.ini
задаёт максимальную глубину вложенности входных переменных (то есть $_GET, $_POST.). По умолчанию данная директива закомментирована.
Ограничение на количество входных переменных
Директива в файле php.ini
определяет, входных переменных может быть принято в одном запросе (ограничение накладывается на каждую из глобальных переменных $_GET, $_POST и $_COOKIE отдельно). Использование этой директивы снижает вероятность сбоев в случае атак с использованием хеш-коллизий. Если входных переменных больше, чем задано директивой, выбрасывается предупреждение E_WARNING, а все последующие переменные в запросе игнорируются. По умолчанию данная директива закомментирована.
Внимание: после внесения изменений в файл php.ini необходимо перезагрузить веб-сервер, чтобы изменения вступили в силу.
Проверка использование ресурсов
Функция getrusage получает информацию об использовании текущего ресурса.
- who (если аргумент who равен 1, getrusage будет вызвана с RUSAGE_CHILDREN).
Возвращаемые значения: возвращает ассоциативный массив, содержащий данные возвращённые из системного вызова. Имена элементов соответствуют документированным именам полей.
Пример использования getrusage():
Увеличение разрешённого размера файлов для загрузки на сервер
Кроме описанных ограничений на потребление непосредственных ресурсов веб-сервера, также имеются ограничения, которые оказывают косвенное воздействие на ресурсы: например, загрузка слишком большого файла на сервер может потребовать большого количества ресурсов для его обработки, либо привести к переполнению дискового хранилища сервера. Поэтому существуют дополнительные лимиты, включённые в другие разделы конфигурационного файла помимо Resource Limits.
В частности, директива
устанавливает максимальный размер закачиваемого файла.
Если используется целое число, значение измеряется байтами. Вы также можете использовать сокращённую запись, которая описана чуть выше.
Максимально допустимый размер данных, отправляемых методом POST
Методом пост могут отправляться как текстовые данные (например, при отправке комментария на сайт), так и файлы. Если вы увеличили значение upload_max_filesize чтобы иметь возможность загружать файлы большего размера на сайт, то также нужно увеличить и значение директивы:
которая устанавливает максимально допустимый размер данных, отправляемых методом POST. Это значение также влияет на загрузку файлов. Для загрузки больших файлов это значение должно быть больше значения директивы upload_max_filesize. В сущности, memory_limit должна быть больше чем post_max_size. Если используется integer, значение измеряется байтами. Вы также можете использовать сокращённую запись, которая описана выше. Если размер POST-данных больше чем post_max_size, суперглобальные переменные $_POST и $_FILES будут пустыми. Это можно отследить различными способами, например передав $_GET переменную в скрипт, обрабатывающий данные, т.е.
