Soluzione per "Errore irreversibile: livello massimo di annidamento della funzione di '100' raggiunto, interruzione!” in PHP

Ho creato una funzione che trova tutti gli URL all'interno di un file html e ripete lo stesso processo per ogni contenuto html collegato agli URL rilevati. La funzione è ricorsiva e può continuare all'infinito. Tuttavia, ho posto un limite alla ricorsione impostando una variabile globale che provoca l'arresto della ricorsione dopo 100 ricorsioni.

Tuttavia, php restituisce questo errore:

Errore irreversibile: livello massimo di annidamento della funzione di '100' raggiunto, interruzione! in D: \ wamp \ www \ crawler1 \ simplehtmldom_1_5 \ simple_html_dom.php sulla linea 1355

Ho trovato una soluzione qui: aumentare il limite di chiamate della funzione di nidificazione, ma nel mio caso non funziona.

Sto citando una delle risposte dal link sopra menzionato. Per favore, consideralo.

"Hai Zend, IonCube o xDebug installato? In tal caso, probabilmente è da lì che ricevi questo errore.

Mi sono imbattuto in questo alcuni anni fa e alla fine è stato Zend a porre quel limite lì, non PHP. Ovviamente rimuoverlo ti farà superare le 100 iterazioni, ma alla fine colpirai i limiti di memoria ".

C'è un modo per aumentare il massimo livello di annidamento delle funzioni in PHP

Aumenta il valore di xdebug.max_nesting_levelnel tuophp.ini

Una soluzione semplice ha risolto il mio problema. Ho appena commentato questa riga:

zend_extension = "d:/wamp/bin/php/php5.3.8/zend_ext/php_xdebug-2.1.2-5.3-vc9.dll

nel mio php.inifile. Questa estensione stava limitando lo stack, 100quindi l'ho disabilitato. La funzione ricorsiva ora funziona come previsto.

Invece di cercare una funzione ricorsiva, lavora con un modello di coda per appiattire la struttura.

$queue = array('http://example.com/first/url');
while (count($queue)) {
    $url = array_shift($queue);

    $queue = array_merge($queue, find_urls($url));
}

function find_urls($url)
{
    $urls = array();

    // Some logic filling the variable

    return $urls;
}

Esistono diversi modi per gestirlo. Puoi tenere traccia di ulteriori informazioni se hai bisogno di informazioni sull'origine o sui percorsi attraversati. Esistono anche code distribuite che possono funzionare su un modello simile.

Un'altra soluzione è quella di aggiungere xdebug.max_nesting_level = 200php.ini

Invece di disabilitare xdebug, è possibile impostare il limite superiore come

xdebug.max_nesting_level = 500

È anche possibile risolverlo direttamente in php, ad esempio nel file di configurazione del tuo progetto.

ini_set('xdebug.max_nesting_level', 200);

Accedi al tuo file di configurazione php.ini e modifica la seguente riga:

xdebug.max_nesting_level=100

a qualcosa come:

xdebug.max_nesting_level=200

su Ubuntu usando PHP 5.59:
arrivare a `:

/etc/php5/cli/conf.d

e trova il tuo xdebug.ini in quella directory , nel mio caso è 20-xdebug.ini

e aggiungi questa riga `

xdebug.max_nesting_level = 200

o questo

xdebug.max_nesting_level = -1

impostalo su -1 e non devi preoccuparti di cambiare il valore del livello di annidamento.

`

probabilmente è successo a causa di xdebug.

Prova a commentare la seguente riga nel tuo "php.ini" e riavvia il server per ricaricare PHP.

  ";xdebug.max_nesting_level"

Prova a cercare in /etc/php5/conf.d/ per vedere se esiste un file chiamato xdebug.ini

max_nesting_level è 100 per impostazione predefinita

Se non è impostato in quel file aggiungere:

xdebug.max_nesting_level=300

alla fine dell'elenco in modo che assomigli a questo

xdebug.remote_enable=on
xdebug.remote_handler=dbgp
xdebug.remote_host=localhost
xdebug.remote_port=9000
xdebug.profiler_enable=0
xdebug.profiler_enable_trigger=1
xdebug.profiler_output_dir=/home/drupalpro/websites/logs/profiler
xdebug.max_nesting_level=300

puoi quindi utilizzare il test di @ Andrey prima e dopo aver apportato questa modifica per vedere se ha funzionato.

php -r 'function foo() { static $x = 1; echo "foo ", $x++, "\n"; foo(); } foo();'

php.ini:

xdebug.max_nesting_level = -1

Non sono del tutto sicuro se il valore traboverà mai e raggiungerà -1, ma o non raggiungerà mai -1, o imposterà il massimo su max_nesting_level.

È possibile convertire il codice ricorsivo in un codice iterativo, che simula la ricorsione. Ciò significa che è necessario inserire lo stato corrente (url, documento, posizione nel documento, ecc.) In un array, quando si raggiunge un collegamento, e espellerlo dall'array, quando questo collegamento è terminato.

Potresti provare a sminuire l'annidamento implementando i lavoratori paralleli (come nel cluster computing) invece di aumentare il numero di chiamate alle funzioni di annidamento.

Ad esempio: si definisce un numero limitato di slot (ad es. 100) e si monitora il numero di "lavoratori" assegnati a ciascuno / alcuni di essi. Se uno slot diventa libero, metti i lavoratori in attesa "in loro".

Controlla la ricorsione dalla riga di comando:

php -r 'function foo() { static $x = 1; echo "foo ", $x++, "\n"; foo(); } foo();'

se risultato> 100 POI controllare il limite di memoria;

Se stai usando Laravel, fallo

composer update

Questo dovrebbe essere lavoro.

<?php
ini_set('xdebug.max_nesting_level', 9999);
... your code ...

PS Cambia 9999 con qualsiasi numero tu voglia.

Ho avuto un errore durante l'installazione di molti plug-in Quindi l'errore 100 è stato visualizzato includendo la posizione dell'ultimo plug-in che ho installato C: \ wamp \ www \ mysite \ wp-content \ plugins \ "..." quindi ho eliminato questo plug-in cartella sul disco C: quindi tutto è tornato alla normalità. Penso di dover limitare la quantità di plug-in che installo o ho attivato. Buona fortuna spero che sia di aiuto

Nel tuo caso è sicuramente l'istanza del crawler che sta avendo più limite Xdebug per tracciare le informazioni di errore e debug.

Ma, in altri casi, anche errori come su PHP o file core come le librerie CodeIgniter creeranno un caso del genere e se aumenti anche l'impostazione del livello di debug x non svanirà.

Quindi, osserva attentamente il tuo codice :).

Ecco il problema nel mio caso.

Ho avuto una classe di servizio che è libreria in CodeIgniter. Avere una funzione dentro come questa.

 class PaymentService {

    private $CI;

    public function __construct() {

        $this->CI =& get_instance();

   }

  public function process(){
   //lots of Ci referencing here...
   }

Il mio controller come segue:

$this->load->library('PaymentService');
$this->process_(); // see I got this wrong instead  it shoud be like 

La chiamata di funzione sull'ultima riga era errata a causa dell'errore di battitura, invece avrebbe dovuto essere come di seguito:

$this->Payment_service->process(); //the library class name

Quindi continuavo a ricevere il messaggio di errore superato. Ma ho disabilitato XDebug ma non ho aiutato. In ogni caso, controlla il nome della tua classe o il tuo codice per una corretta chiamata della funzione.

Ho avuto questo problema con WordPress su cloud9. Si è scoperto che era il plug-in W3 Caching. Ho disabilitato il plugin e ha funzionato bene.

Un'altra soluzione se si esegue script php in CLI (cmd)

Il file php.ini che deve essere modificato è diverso in questo caso. Nella mia installazione di WAMP il file php.ini che viene caricato nella riga di comando è:

\wamp\bin\php\php5.5.12\php.ini

invece di \ wamp \ bin \ apache \ apache2.4.9 \ bin \ php.ini che si carica quando php viene eseguito dal browser

Puoi anche modificare la funzione {debug} in modifier.debug_print_var.php, al fine di limitare la sua ricorsione in oggetti.

Intorno alla linea 45, prima di:

$results .= '<br>' . str_repeat('&nbsp;', $depth * 2)
  . '<b> -&gt;' . strtr($curr_key, $_replace) . '</b> = '
  . smarty_modifier_debug_print_var($curr_val, ++$depth, $length);

Dopo :

$max_depth = 10;
$results .= '<br>' . str_repeat('&nbsp;', $depth * 2)
  . '<b> -&gt;' . strtr($curr_key, $_replace) . '</b> = '
  . ($depth > $max_depth ? 'Max recursion depth:'.(++$depth) : smarty_modifier_debug_print_var($curr_val, ++$depth, $length));

In questo modo, Xdebug continuerà a comportarsi normalmente: limitare la profondità di ricorsione in var_dump e così via. Dato che questo è un problema intelligente, non Xdebug!

Ho avuto lo stesso problema e reslove in questo modo:

Apri il file MySQL my.ini

Nella sezione [mysqld], aggiungi la seguente riga: innodb_force_recovery = 1

Salvare il file e provare ad avviare MySQL

Rimuovi quella riga che hai appena aggiunto e salva