"치명적 오류 : 최대 기능 중첩 수준 '100'에 도달했습니다. 중단되었습니다!" PHP에서

html 파일 내에서 모든 URL을 찾고 검색 된 URL에 연결된 각 html 컨텐츠에 대해 동일한 프로세스를 반복하는 기능을 만들었습니다. 이 함수는 재귀 적이며 끝없이 진행될 수 있습니다. 그러나 100 회 재귀 후 재귀가 중지되도록 전역 변수를 설정하여 재귀를 제한했습니다.

그러나 PHP는 다음 오류를 반환합니다.

치명적인 오류 : 최대 기능 중첩 수준 '100'에 도달하여 중단되었습니다! D : \ wamp \ www \ crawler1 \ simplehtmldom_1_5 \ simple_html_dom.php의 1355 행

여기에서 해결책을 찾았습니다 : 중첩 함수 호출 제한을 늘리지 만 제 경우에는 작동하지 않습니다.

위에서 언급 한 링크에서 답변 중 하나를 인용하고 있습니다. 그것을 고려하십시오.

"Zend, IonCube 또는 xDebug가 설치되어 있습니까? 그렇다면이 오류가 발생했을 수 있습니다.

몇 년 전에이 문제가 발생하여 PHP가 아닌 Zend가 그 한계를 뛰어 넘었습니다. 물론 이것을 제거하면 100 번의 반복을 지나갈 수 있지만 결국 메모리 한계에 도달하게됩니다. "

PHP에서 최대 함수 중첩 수준을 높이는 방법이 있습니까?

의 가치를 높이 xdebug.max_nesting_level십시오php.ini

간단한 해결책으로 문제가 해결되었습니다. 방금이 줄을 주석 처리했습니다.

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

내 php.ini 파일에. 이 확장은 스택을 제한하여 100비활성화했습니다. 재귀 함수는 이제 예상대로 작동합니다.

재귀 함수 호출을 수행하는 대신 큐 모델을 사용하여 구조를 평탄화하십시오.

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

그것을 처리하는 다른 방법이 있습니다. 통과 한 원점이나 경로에 대한 통찰력이 필요한 경우 자세한 정보를 추적 할 수 있습니다. 유사한 모델을 해결할 수있는 분산 큐도 있습니다.

또 다른 해결책은 xdebug.max_nesting_level = 200php.ini 에 추가 하는 것입니다

xdebug를 비활성화하는 대신 다음과 같이 더 높은 한계를 설정할 수 있습니다

xdebug.max_nesting_level = 500

예를 들어 프로젝트의 구성 파일과 같이 PHP에서 직접 수정할 수도 있습니다.

ini_set('xdebug.max_nesting_level', 200);

php.ini 구성 파일로 이동하여 다음 줄을 변경하십시오.

xdebug.max_nesting_level=100

같은 것 :

xdebug.max_nesting_level=200

PHP 5.59를 사용하는 우분투에서
:

/etc/php5/cli/conf.d

그 디렉토리에서 xdebug.ini 를 찾으십시오 . 제 경우에는 20-xdebug.ini입니다.

이 줄을 추가하십시오`

xdebug.max_nesting_level = 200

아니면 이거

xdebug.max_nesting_level = -1

-1로 설정하면 중첩 수준의 값을 변경할 걱정이 없습니다.

`

아마도 xdebug 때문에 발생했을 것입니다.

"php.ini" 에 다음 줄을 주석으로 달고 서버를 다시 시작하여 PHP를 다시로드하십시오.

  ";xdebug.max_nesting_level"

/etc/php5/conf.d/에서 xdebug.ini라는 파일이 있는지 확인하십시오.

max_nesting_level은 기본적으로 100입니다

해당 파일에 설정되어 있지 않으면 다음을 추가하십시오.

xdebug.max_nesting_level=300

목록의 끝 부분에

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

그런 다음 @Andrey의 테스트 를 사용 하여이 변경 전후에 작동하는지 확인할 수 있습니다.

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

php.ini :

xdebug.max_nesting_level = -1

값이 오버플로되어 -1에 도달하는지 확실하지 않지만 -1에 도달하지 않거나 max_nesting_level을 꽤 높게 설정합니다.

재귀 코드를 반복 코드로 변환하여 재귀를 시뮬레이션 할 수 있습니다. 즉, 링크에 도달하면 현재 상태 (URL, 문서, 문서의 위치 등)를 배열로 푸시하고이 링크가 완료되면 배열에서 튀어 나와야합니다.

중첩 함수 호출 수를 늘리는 대신 (클러스터 컴퓨팅과 같이) 병렬 작업자를 구현하여 중첩을 축소 할 수 있습니다.

예를 들어, 제한된 수의 슬롯 (예 : 100)을 정의하고 각 슬롯에 할당 된 "작업자"수를 모니터링합니다. 슬롯이 비어 있으면 대기중인 작업자를 "그 안에"넣습니다.

명령 행에서 재귀를 점검하십시오.

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

결과> 100 THEN이면 메모리 한계를 점검하십시오.

라 라벨을 사용한다면

composer update

이것은 작동해야합니다.

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

PS 원하는 숫자로 9999를 변경하십시오.

많은 플러그인을 설치할 때 오류가 발생했습니다. 따라서 오류 100은 C : \ wamp \ www \ mysite \ wp-content \ plugins \ "..."를 설치 한 마지막 플러그인의 위치를 ​​포함하여 표시했습니다. C의 폴더 : 드라이브 다음 모든 것이 정상으로 돌아 왔습니다. 설치하는 플러그인의 양을 제한해야한다고 생각합니다. 설치하거나 활성화했습니다. 행운이 도움이되기를 바랍니다.

귀하의 경우 크롤러 인스턴스에 오류 및 디버그 정보를 추적하기 위해 더 많은 Xdebug 제한이 있습니다.

그러나 다른 경우에는 PHP 또는 CodeIgniter 라이브러리와 같은 핵심 파일과 같은 오류가 발생하며 x-debug 레벨 설정을 높이더라도 사라지지 않습니다.

따라서 코드를 신중하게 살펴보십시오. :).

내 경우에는 문제가있었습니다.

CodeIgniter에 라이브러리 인 서비스 클래스가 있습니다. 이와 같은 기능을 가지고 있습니다.

 class PaymentService {

    private $CI;

    public function __construct() {

        $this->CI =& get_instance();

   }

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

내 컨트롤러는 다음과 같습니다.

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

오타로 인해 마지막 줄의 함수 호출이 잘못되었습니다. 대신 다음과 같아야합니다.

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

그런 다음 초과 오류 메시지가 계속 나타납니다. 그러나 XDebug를 비활성화했지만 도움이되지 않았습니다. 어쨌든 클래스 이름이나 코드에서 적절한 함수 호출을 확인하십시오.

cloud9에서 WordPress 에이 문제가있었습니다. W3 캐싱 플러그인이었습니다. 플러그인을 비활성화하고 정상적으로 작동했습니다.

CLI (cmd)에서 PHP 스크립트를 실행하는 경우 다른 솔루션

이 경우 편집이 필요한 php.ini 파일이 다릅니다. 내 WAMP 설치에서 명령 줄에로드 된 php.ini 파일은 다음과 같습니다.

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

브라우저에서 PHP를 실행할 때로 드되는 \ wamp \ bin \ apache \ apache2.4.9 \ bin \ php.ini 대신

객체로의 재귀를 제한하기 위해 modifier.debug_print_var.php에서 {debug} 함수를 수정할 수도 있습니다.

45 행 전 :

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

후 :

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

이런 식으로 Xdebug는 여전히 정상적으로 동작합니다 : var_dump의 재귀 깊이 제한 등. 이것은 Xdebug가 아닌 현명한 문제입니다!

나는 똑같은 문제가 있었고 나는 이렇게 reslove :

MySQL my.ini 파일을 엽니 다

[mysqld] 섹션에서 다음 행을 추가하십시오. innodb_force_recovery = 1

파일을 저장하고 MySQL을 시작하십시오

방금 추가 한 줄을 제거하고 저장하십시오.