Неустранимая ошибка: разрешенный размер памяти 134217728 байт исчерпан (CodeIgniter + XML-RPC)

Замена memory_limit на ini_set('memory_limit', '-1'); не правильное решение. Пожалуйста, не делай этого.

В вашем PHP-коде может быть утечка памяти, и вы говорите серверу просто использовать всю память, которую он хочет. Вы бы вообще не устранили проблему. Если вы будете следить за своим сервером, вы увидите, что теперь он, вероятно, использует большую часть оперативной памяти и даже переключается на диск.

Вероятно, вам следует попытаться найти в своем коде вредоносный код и исправить его.

ini_set('memory_limit', '-1'); отменяет установленное по умолчанию ограничение памяти PHP.

Правильный способ - отредактировать ваш php.ini файл. Измените memory_limit на свое желаемое значение.

Судя по вашему вопросу, 128M (предел по умолчанию) был превышен, поэтому с вашим кодом что-то серьезно не так, так как он не должен занимать так много времени.

Если вы знаете, почему это занимает так много времени, и хотите разрешить ему установить memory_limit = 512M или выше, у вас все должно быть хорошо.

Выделение памяти для PHP может быть изменено постоянно или временно.

Постоянно

Вы можете навсегда изменить распределение памяти PHP двумя способами.

Если у вас есть доступ к вашему php.ini файлу, вы можете изменить значение memory_limit на желаемое.

Если у вас нет доступа к вашему php.ini файлу (и ваш веб-хост разрешает это), вы можете переопределить выделение памяти через ваш .htaccess файл. Добавьте php_value memory_limit 128M (или любое другое желаемое распределение).

Временный

Вы можете настроить выделение памяти на лету из файла PHP. У вас просто есть код ini_set('memory_limit', '128M'); (или любое другое желаемое распределение). Вы можете удалить ограничение памяти (хотя ограничения для компьютеров или экземпляров все еще могут применяться), установив значение «-1».

Очень легко получить утечку памяти в сценарии PHP, особенно если вы используете абстракцию, такую ​​как ORM. Попробуйте использовать Xdebug для профилирования вашего скрипта и выясните, куда ушла вся эта память.

При добавлении 22,5 миллионов записей в массив с помощью array_push я продолжал получать фатальные ошибки «исчерпание памяти» на уровне около 20 миллионов записей с использованием 4G в качестве ограничения памяти в файле php.ini. Чтобы исправить это, я добавил инструкцию

$old = ini_set('memory_limit', '8192M');

вверху файла. Теперь все работает нормально. Я не знаю, есть ли в PHP утечка памяти. Это не моя работа, и меня это не волнует. Мне просто нужно выполнить свою работу, и это сработало.

Программа очень проста:

$fh = fopen($myfile);
while (!feof($fh)) {
    array_push($file, stripslashes(fgets($fh)));
}
fclose($fh);

Фатальная ошибка указывает на строку 3, пока я не увеличил предел памяти, что устранило ошибку.

Я продолжал получать эту ошибку, даже если memory_limit был установлен в php.ini, а значение считывалось правильно с phpinfo().

Изменив это:

memory_limit=4G

К этому:

memory_limit=4096M

Это устранило проблему в PHP 7.

Когда вы видите указанную выше ошибку - особенно если (tried to allocate __ bytes) - низкое значение, это может быть индикатором бесконечного цикла, например функции, которая вызывает сама себя без выхода:

function exhaustYourBytes()
{
    return exhaustYourBytes();
}

Корневой каталог вашего сайта:

ini_set('memory_limit', '1024M');

Вы можете исправить это, изменив memory_limit на fastcgi / fpm:

$vim /etc/php5/fpm/php.ini

Измените память, например, со 128 на 512, см. Ниже

; Maximum amount of memory a script may consume (128 MB)
; http://php.net/memory-limit
memory_limit = 128M

to

; Maximum amount of memory a script may consume (128 MB)
; http://php.net/memory-limit
memory_limit = 512M

После включения этих двух строк он начал работать:

; Determines the size of the realpath cache to be used by PHP. This value should
; be increased on systems where PHP opens many files to reflect the quantity of
; the file operations performed.
; http://php.net/realpath-cache-size
realpath_cache_size = 16k

; Duration of time, in seconds for which to cache realpath information for a given
; file or directory. For systems with rarely changing files, consider increasing this
; value.
; http://php.net/realpath-cache-ttl
realpath_cache_ttl = 120

В Drupal 7 вы можете изменить ограничение памяти в файле settings.php, расположенном в папке sites / default. В строке 260 вы увидите следующее:

ini_set('memory_limit', '128M');

Даже если ваши настройки php.ini достаточно высоки, вы не сможете использовать более 128 МБ, если это не установлено в вашем файле settings.php Drupal.

Измените ограничение памяти в файле php.ini и перезапустите Apache. После перезапуска запустите функцию phpinfo (); из любого файла PHP для memory_limit подтверждения изменения.

memory_limit = -1

Ограничение памяти -1 означает, что ограничение памяти не установлено. Сейчас это максимум.

Для пользователей Drupal это ответ Криса Лейна:

ini_set('memory_limit', '-1');

работает но надо ставить сразу после открытия

<?php

в файле index.php в корневом каталоге вашего сайта.

Вместо того, чтобы изменять значение memory_limit в вашем php.ini файле, если есть часть вашего кода, которая может использовать много памяти, вы можете удалить memory_limit перед запуском этого раздела, а затем заменить его после.

$limit = ini_get('memory_limit');
ini_set('memory_limit', -1);
// ... do heavy stuff
ini_set('memory_limit', $limit);

Просто добавьте строку ini_set('memory_limit', '-1'); вверху своей веб-страницы.

И вы можете установить свою память в соответствии с вашими потребностями вместо -1, на 16M и т. Д.

PHP 5.3+ позволяет изменять ограничение памяти, помещая файл .user.ini в папку public_html. Просто создайте указанный выше файл и введите в нем следующую строку:

memory_limit = 64M

Некоторые хосты cPanel принимают только этот метод.

Страница сбоя?

(Это происходит, когда MySQL запрашивает большие строки. По умолчанию для memory_limit установлено значение small, что было безопаснее для оборудования.)

Вы можете проверить состояние существующей памяти вашей системы, прежде чем увеличивать php.ini:

# free -m
             total       used       free     shared    buffers     cached
Mem:         64457      63791        666          0       1118      18273
-/+ buffers/cache:      44398      20058
Swap:         1021          0       1021

Здесь я увеличил его, как показано ниже, а затем сделал service httpd restart, чтобы исправить проблему со страницей сбоя.

# grep memory_limit /etc/php.ini
memory_limit = 512M

Для тех, кто ломает голову над тем, чтобы выяснить, почему эта маленькая функция должна вызывать утечку памяти, иногда из-за небольшой ошибки функция начинает рекурсивно вызывать себя навсегда.

Например, прокси-класс, который имеет то же имя, что и функция объекта, который будет его прокси.

class Proxy {

    private $actualObject;

    public function doSomething() {

        return $this->actualObjec->doSomething();
    }
}

Иногда вы можете забыть принести этот маленький фактический член Objec, и поскольку прокси-сервер действительно имеет этот метод doSomething, PHP не выдаст вам никаких ошибок, а для большого класса он может быть скрыт от глаз на пару минут, чтобы выяснить, почему происходит утечка памяти.

У меня была ошибка ниже при работе с набором данных меньшего размера, чем работало ранее.

Неустранимая ошибка: разрешенный размер памяти 134217728 байт исчерпан (попытка выделить 4096 байт) в C: \ workspace \ image_management.php в строке 173

Поскольку поиск неисправности привел меня сюда, я подумал, что упомянул, что это не всегда технические решения из предыдущих ответов, а что-то более простое. В моем случае это был Firefox. До того, как я запустил программу, она уже занимала 1157 МБ.

Оказалось, что я смотрел 50-минутное видео понемногу в течение нескольких дней, и это все испортило. Это своего рода исправление, которое эксперты исправляют, даже не задумываясь о нем, но для таких, как я, стоит помнить о нем.

Использование yield также может быть решением. См. синтаксис генератора.

Вместо того, чтобы изменять PHP.ini файл для большего объема памяти, иногда реализация yield внутри цикла может решить проблему. Yield делает вместо того, чтобы выгружать все данные сразу, он читает их один за другим, экономя много памяти.

Запуск такого сценария (например, cron): php5 /pathToScript/info.php вызывает ту же ошибку.

Правильный способ: php5 -cli /pathToScript/info.php

Если вы используете VPS (виртуальный частный сервер) на базе WHM, вы можете обнаружить, что у вас нет прав на редактирование PHP.INI напрямую; система должна это делать. На панели управления хоста WHM перейдите в Конфигурация службы Редактор конфигурации PHP и измените memory_limit:

Я считаю, что это полезно при включении или требовании _dbconnection.php_ и _functions.php в файлах, которые фактически обрабатываются, а не в заголовке. Что входит в себя.

Поэтому, если включены ваш верхний колонтитул и нижний колонтитул, просто включите все ваши функциональные файлы перед включением верхнего колонтитула.

В моем случае на Mac (Catalina - Xampp) не было загруженного файла, поэтому мне пришлось сделать это в первую очередь.

sudo cp /etc/php.ini.default /etc/php.ini
sudo nano /etc/php.ini

Затем измените memory_limit = 512M

Затем перезапустите Apache и проверьте, загружен ли файл.

php -i | grep php.ini

Результат был

Configuration File (php.ini) Path => /etc
Loaded Configuration File => /etc/php.ini

Наконец проверьте

php -r "echo ini_get('memory_limit').PHP_EOL;"

Наиболее частой причиной этого сообщения об ошибке для меня является пропуск оператора ++ в инструкции PHP for. Это приводит к тому, что цикл будет продолжаться вечно, независимо от того, сколько памяти вы позволите использовать. Это простая синтаксическая ошибка, но ее трудно обнаружить компилятору или исполняющей системе. Нам легко исправить, если мы думаем его искать!

Но предположим, что вам нужна общая процедура для ранней остановки такого цикла и сообщения об ошибке? Вы можете просто инструментировать каждую из ваших петель (или, по крайней мере, самые внутренние петли), как описано ниже.

В некоторых случаях, таких как рекурсия внутри исключений, set_time_limit завершается ошибкой, и браузер продолжает попытки загрузить вывод PHP либо с бесконечным циклом, либо с сообщением о фатальной ошибке, которое является темой этого вопроса.

Уменьшая допустимый размер выделения в начале вашего кода, вы можете предотвратить фатальную ошибку, как описано в других ответах.

Тогда у вас может остаться программа, которая завершается, но по-прежнему трудно отлаживать.

Независимо от того, завершается ваша программа или нет, настройте свой код, вставив BreakLoop() вызовов внутрь вашей программы, чтобы получить контроль и выяснить, какой цикл или рекурсия в вашей программе вызывает проблему.

Определение BreakLoop следующее:

function BreakLoop($MaxRepetitions=500,$LoopSite="unspecified")
    {
    static $Sites=[];
    if (!@$Sites[$LoopSite] || !$MaxRepetitions)
        $Sites[$LoopSite]=['n'=>0, 'if'=>0];
    if (!$MaxRepetitions)
        return;
    if (++$Sites[$LoopSite]['n'] >= $MaxRepetitions)
        {
        $S=debug_backtrace(); // array_reverse
        $info=$S[0];
        $File=$info['file'];
        $Line=$info['line'];
        exit("*** Loop for site $LoopSite was interrupted after $MaxRepetitions repetitions. In file $File at line $Line.");
        }
    } // BreakLoop

Аргумент $ LoopSite может быть именем функции в вашем коде. На самом деле в этом нет необходимости, поскольку сообщение об ошибке, которое вы получите, укажет вам на строку, содержащую вызов BreakLoop ().

измените ;memory_limit=512M на ;memory_limit=-1 в

это слишком опасно для сервера. В вашем PHP-коде может быть утечка памяти, и вы говорите серверу просто использовать всю память, которую он хочет. Вы бы вообще не устранили проблему. Если вы будете следить за своим сервером, вы увидите, что теперь он, вероятно, использует большую часть оперативной памяти и даже переключается на диск.

В моем случае это была небольшая проблема с написанием функции. Утечка памяти может быть вызвана присвоением нового значения входной переменной функции, например:

/**
* Memory leak function that illustrates unintentional bad code
* @param $variable - input function that will be assigned a new value
* @return null
**/
function doSomehting($variable){
    $variable = 'set value';
    // Or
    $variable .= 'set value';
}

Я потратил два дня на поиск решения этой проблемы и понял, что это было причиной вызова с PDO, когда я позвонил

$stmt->bindParam(":PERIOD", $period); 

а период переменных был

empty string ''

Таким образом, у этой проблемы может быть несколько основных причин, мой совет: попробуйте метод проб и ошибок или метод деления пополам для поиска основной причины, удалите код и попытайтесь найти, какой код строки не работает.

Обновление: я также столкнулся с этой ошибкой с помощью метода $ pdo- ›query (). Я использовал $ pdo-› prepare () и работал хорошо, поэтому, пока у меня был

$sql = "SELECT * FROM COURSE_DETAILS where ACTIVE = 1 AND COURSE_DETAILS_ID = $id";
$stmt = getConnection()->query($sql);
$courseDetails = $stmt->fetchAll(PDO::FETCH_ASSOC)

тогда я изменил это на

$sql = "SELECT * FROM COURSE_DETAILS where ACTIVE = 1 AND COURSE_DETAILS_ID = ?";
$stmt = getConnection()->prepare($sql);
$stmt->execute(array($id)); 

и волшебным образом исчезла ошибка памяти!

Этот вопрос был задан несколько лет назад, поэтому, хотя мои факты не совпадают, я также недавно получил эту ошибку при разборе таблицы html на сервере в цикле. Причина ошибки заключалась в том, что HTML-код был проанализирован с использованием двойных кавычек, которые были объединены с переменной $table, при одновременном объединении строк в многострочном формате.

$table = "<table>\n";
    $table .= "<tbody>\n";
        foreach ($data as $item) {
            $table .= "<tr>\n";
                // this caused the Fatal Error: Allowed Memory Size of 134217728 Bytes Exhausted
                $table .= "<td>$item->description</td><td>$item->qty</td>" .  
                $table .= "<td>$item->price_incl</td><td>$item->price->vat</td>" .
                $table .= "<td>$item->price_excl</td><td>$item->available</td>" .
            $table .= "</tr>\n";
        }
    $table .= "</tbody>";
$table .= "</table>\n";

Вышеупомянутая ошибка показалась мне странной, но, учитывая, что я уже конкатенировал строку с переменной $table, теперь кажется глупым, что я пробовал это. Решением было либо удалить конкатенацию переменных в строке 7 и 8, либо удалить символ конкатенации конечной строки из строк 6, 7 и 8.

Когда я удалил из кода следующие строки, все заработало!

set_include_path(get_include_path() . get_include_path() . '/phpseclib');
include_once('Net/SSH2.php');
include_once('Net/SFTP.php');

Эти строки были включены в каждый файл, который я запускал. При запуске файлов один за другим все работало нормально, но когда все файлы запускались вместе, у меня возникла проблема с утечкой памяти. Почему-то "include_once" не включает что-то один раз, или я что-то делаю не так ...