Solución para "Error fatal: ¡Se alcanzó el nivel máximo de anidación de la función de '100', abortando!" en PHP

He creado una función que encuentra todas las URL dentro de un archivo html y repite el mismo proceso para cada contenido html vinculado a las URL descubiertas. La función es recursiva y puede continuar sin cesar. Sin embargo, he puesto un límite a la recursión estableciendo una variable global que hace que la recursión se detenga después de 100 recursiones.

Sin embargo, php devuelve este error:

Error fatal: nivel máximo de anidación de la función de '100' alcanzado, ¡abortando! en D: \ wamp \ www \ crawler1 \ simplehtmldom_1_5 \ simple_html_dom.php en la línea 1355

Encontré una solución aquí: aumentar el límite de llamadas a la función de anidación, pero esto no funciona en mi caso.

Cito una de las respuestas del enlace mencionado anteriormente. Por favor, considérelo.

"¿Tiene instalado Zend, IonCube o xDebug? Si es así, es probable que ese sea el origen de este error.

Me encontré con esto hace unos años, y terminó siendo Zend poniendo ese límite allí, no PHP. Por supuesto, eliminarlo te permitirá superar las 100 iteraciones, pero eventualmente alcanzarás los límites de memoria ".

¿Hay alguna manera de aumentar el nivel máximo de anidación de funciones en PHP

Aumentar el valor de xdebug.max_nesting_levelen suphp.ini

Una solución simple resolvió mi problema. Acabo de comentar esta línea:

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

en mi php.iniarchivo Esta extensión estaba limitando la pila, 100así que la desactivé. La función recursiva ahora funciona según lo previsto.

En lugar de buscar llamadas a funciones recursivas, trabaje con un modelo de cola para aplanar la estructura.

$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;
}

Hay diferentes formas de manejarlo. Puede realizar un seguimiento de más información si necesita información sobre el origen o los caminos recorridos. También hay colas distribuidas que pueden funcionar con un modelo similar.

Otra solución es agregar xdebug.max_nesting_level = 200en su php.ini

En lugar de deshabilitar el xdebug, puede establecer el límite superior como

xdebug.max_nesting_level = 500

También es posible arreglar esto directamente en php, por ejemplo en el archivo de configuración de su proyecto.

ini_set('xdebug.max_nesting_level', 200);

Vaya a su archivo de configuración php.ini y cambie la siguiente línea:

xdebug.max_nesting_level=100

a algo como:

xdebug.max_nesting_level=200

en Ubuntu usando PHP 5.59:
llegó a `:

/etc/php5/cli/conf.d

y encuentre su xdebug.ini en ese directorio, en mi caso es 20-xdebug.ini

y agrega esta línea `

xdebug.max_nesting_level = 200

o esto

xdebug.max_nesting_level = -1

configúrelo en -1 y no tendrá que preocuparse de cambiar el valor del nivel de anidación.

``

Probablemente sucedió debido a xdebug.

Intente comentar la siguiente línea en su "php.ini" y reinicie su servidor para volver a cargar PHP.

  ";xdebug.max_nesting_level"

Intente buscar en /etc/php5/conf.d/ para ver si hay un archivo llamado xdebug.ini

max_nesting_level es 100 por defecto

Si no está configurado en ese archivo, agregue:

xdebug.max_nesting_level=300

al final de la lista para que se vea así

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

entonces puede usar la prueba de @ Andrey antes y después de hacer este cambio para ver si funciona

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

php.ini:

xdebug.max_nesting_level = -1

No estoy completamente seguro de si el valor se desbordará y alcanzará -1, pero nunca alcanzará -1 o establecerá el max_nesting_level bastante alto.

Puede convertir su código recursivo en un código iterativo, que simula la recursividad. Esto significa que debe insertar el estado actual (url, documento, posición en el documento, etc.) en una matriz, cuando llegue a un enlace, y sacarlo de la matriz, cuando este enlace haya finalizado.

Puede intentar reducir la anidación implementando trabajadores paralelos (como en la computación en clúster) en lugar de aumentar el número de llamadas a funciones de anidación.

Por ejemplo: usted define un número limitado de espacios (por ejemplo, 100) y monitorea el número de "trabajadores" asignados a cada uno de ellos. Si alguna de las máquinas tragamonedas queda libre, usted pone a los trabajadores en espera "en ellas".

Verifique la recursividad desde la línea de comando:

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

si el resultado> 100 ENTONCES verifique el límite de memoria;

Si estás usando Laravel, haz

composer update

Esto debería ser trabajo.

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

PD Cambie 9999 a cualquier número que desee.

Tuve un error cuando estaba instalando muchos complementos. Así que el error 100 mostró, incluyendo la ubicación del último complemento que instalé C: \ wamp \ www \ mysite \ wp-content \ plugins \ "...", así que eliminé este complemento carpeta en el disco C: luego todo volvió a la normalidad. Creo que tengo que limitar la cantidad de complementos que instalo o he activado. Buena suerte, espero que ayude

En su caso, definitivamente es la instancia del rastreador que tiene más límite de Xdebug para rastrear información de error y depuración.

Pero, en otros casos, también los errores como en PHP o los archivos centrales como las bibliotecas CodeIgniter crearán un caso así y si incluso aumenta la configuración del nivel de depuración x, no desaparecerá.

Entonces, mire su código cuidadosamente :).

Aquí estaba el problema en mi caso.

Tuve una clase de servicio que es la biblioteca en CodeIgniter. Tener una función dentro como esta.

 class PaymentService {

    private $CI;

    public function __construct() {

        $this->CI =& get_instance();

   }

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

Mi controlador de la siguiente manera:

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

La llamada a la función en la última línea fue incorrecta debido al error tipográfico, en cambio debería haber sido como a continuación:

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

Luego seguía recibiendo el mensaje de error exceder. Pero deshabilité XDebug pero no ayudó. De cualquier manera, verifique el nombre de su clase o su código para ver la función adecuada.

Tuve este problema con WordPress en cloud9. Resulta que era el plugin W3 Caching. Deshabilité el complemento y funcionó bien.

Otra solución si está ejecutando script PHP en CLI (cmd)

El archivo php.ini que necesita editar es diferente en este caso. En mi instalación de WAMP, el archivo php.ini que se carga en la línea de comando es:

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

en lugar de \ wamp \ bin \ apache \ apache2.4.9 \ bin \ php.ini que se carga cuando php se ejecuta desde el navegador

También puede modificar la función {debug} en modifier.debug_print_var.php, para limitar su recursión en objetos.

Alrededor de la línea 45, antes:

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

Después :

$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));

De esta manera, Xdebug seguirá comportándose normalmente: limite la profundidad de recursión en var_dump y así sucesivamente. Como este es un problema inteligente, ¡no Xdebug!

Tuve el mismo problema y reslove así:

Abra el archivo MySQL my.ini

En la sección [mysqld], agregue la siguiente línea: innodb_force_recovery = 1

Guarde el archivo e intente iniciar MySQL

Elimine la línea que acaba de agregar y guarde