Fatal Error: Allowed Memory Size of 134217728 Bytes exhausted (CodeIgniter + XML-RPC)

ini_set('memory_limit', '-1'); remplace la valeur par défaut PHP limite de mémoire.

L'allocation de mémoire pour PHP peut être ajusté en permanence ou temporairement.

Définitivement

Vous pouvez modifier en permanence la mémoire de PHP allocation de deux façons.

Si vous avez accès à votre php.ini fichier, vous pouvez modifier la valeur de memory_limit à votre désir de valeur.

Si vous n'avez pas accès à votre php.ini fichier (et de votre hébergeur le permet), vous pouvez remplacer l'allocation de mémoire par le biais de votre .htaccess fichier. Ajouter php_value memory_limit 128M (ou quel que soit votre choix de l'allocation).

Temporaire

Vous pouvez ajuster l'allocation de mémoire à la volée à partir de l'intérieur d'un fichier PHP. Vous avez simplement le code ini_set('memory_limit', '128M'); (ou quel que soit votre choix de l'allocation). Vous pouvez supprimer la limite de la mémoire (bien que la machine ou de l'instance limites peuvent s'appliquer) par la définition de la valeur "-1".

Lors de l'ajout de 22,5 millions d'enregistrements dans un tableau avec array_push j'ai continué à obtenir "mémoire épuisée" erreurs fatales à environ 20M des enregistrements à l'aide de la 4G comme la limite de la mémoire en php.ini. Pour corriger cela, j'ai ajouté la déclaration

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

en haut du fichier. Maintenant tout fonctionne bien. Je ne sais pas si php a une fuite de mémoire, qui n'est pas mon travail, et je ne les soins. Je viens de faire mon travail, et cela a fonctionné.

Le programme est très simple:

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

L'erreur fatale de points à la ligne 3 jusqu'à ce que j'ai boosté la limite de la mémoire, qui
éliminé l'erreur.

Quand vous voyez l'erreur ci-dessus - en particulier si le (tried to allocate __ bytes) est une valeur faible, qui pourrait être un indicateur d'une boucle infinie, comme une fonction qui s'appelle elle-même avec aucun moyen de sortir:

function exhaustYourBytes()
{
    return exhaustYourBytes();
}

Vous pouvez bien y remédier en modifiant memory_limit sur fastcgi/fpm

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

Changer la mémoire de 128 à 512 voir ci-dessous

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

à

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

Pour les utilisateurs de Drupal, ce Chris Lane réponse de:

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

fonctionne, mais nous avons besoin de le mettre juste après l'ouverture

<?php

dans la balise index.php fichier dans votre site du répertoire racine.

Dans Drupal 7, vous pouvez modifier la limite de la mémoire dans la settings.php fichier situé dans vos sites et/ou de dossier par défaut. Autour de la ligne 260, vous verrez ceci:

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

Même si votre php.paramètres ini sont assez élevés, vous ne serez pas en mesure de consommer plus de 128 mo de mémoire si ce n'est pas défini dans votre Drupal settings.php fichier.

PHP 5.3+ vous permet de modifier la limite de la mémoire en plaçant un .user.ini fichier dans le public_html dossier.
Il suffit de créer le fichier ci-dessus et tapez la ligne suivante:

memory_limit = 64M

Certains cPanel hôtes uniquement accepter cette méthode.

Pour ceux qui se grattent leurs poils à savoir pourquoi, dans la terre de cette petite fonction doit provoquer une fuite de mémoire, parfois par une petite erreur, une fonction commence de manière récursive s'appeler lui-même pour toujours.

Par exemple une Classe de Proxy qui a le même nom pour une fonction de l'objet qui va proxy il.

class Proxy {

    private $actualObject;

    public function doSomething() {

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

Parfois, vous pouvez oublier d'apporter que peu de actualObjec membre et parce que le Proxy a en fait que doSomething méthode, PHP serait pas vous donner toute erreur et pour une grande classe, elle pourrait être cachés dans les yeux pour un couple de minutes pour savoir pourquoi il ya une fuite de mémoire.

Si vous utilisez un WHM-alimenté VPS (Serveur Privé Virtuel) vous pouvez constater que vous n'avez pas les autorisations pour modifier PHP.INI directement; le système doit faire. Dans le WHM d'accueil du panneau de contrôle, pour le Service de Configuration > PHP Éditeur de Configuration, modifier memory_limit:

L'exécution du script comme ceci (cron par exemple): php5 /pathToScript/info.php produit la même erreur.

La façon correcte: php5 -cli /pathToScript/info.php

À l'aide de yield pourrait être une solution aussi bien https://www.php.net/manual/en/language.generators.syntax.php

Au lieu de changer la PHP.ini fichier pour une plus grande mémoire de stockage, parfois, la mise en œuvre d'un yield l'intérieur d'une boucle pourrait résoudre le problème. Ce rendement n'est qu'au lieu de dumping toutes les données à la fois, il lit un par un, d'économiser de l'utilisation de la mémoire.

ne sais pas si cette réponse vous soit d'une quelconque aide, mais quand j'ai enlevé les lignes suivantes à partir de mon code tout a fonctionné!

set_include_path(get_include_path() . get_include_path().'/phpseclib');

include_once('Net/SSH2.php');
include_once('Net/SFTP.php');

Ces lignes ont été inclus dans chaque fichier suis en cours d'exécution, lors de l'exécution de tous les fichiers un par un tous travaillé OK, mais lors de l'exécution de tous les fichiers ensemble, j'ai eu le problème de fuite de mémoire.
En quelque sorte le "include_once" n'est pas y compris les choses une fois, ou fais quelque chose de mal..