Giải pháp cho lỗi Fatal: Mức độ lồng tối đa của hàm '100' đạt được, hủy bỏ! trong PHP

Tôi đã tạo một hàm tìm tất cả các URL trong tệp html và lặp lại quy trình tương tự cho mỗi nội dung html được liên kết với các URL được phát hiện. Các chức năng là đệ quy và có thể tiếp tục vô tận. Tuy nhiên, tôi đã đặt giới hạn cho đệ quy bằng cách đặt biến toàn cục khiến đệ quy dừng sau 100 lần truy cập.

Tuy nhiên, php trả về lỗi này:

Lỗi nghiêm trọng: Đạt đến mức lồng tối đa của hàm '100', hủy bỏ! trong D: \ wamp \ www \ crawler1 \ simplehtmldom_1_5 \ simple_html_dom.php trên dòng 1355

Tôi tìm thấy một giải pháp ở đây: Tăng giới hạn gọi hàm lồng nhưng điều này không hoạt động trong trường hợp của tôi.

Tôi đang trích dẫn một trong những câu trả lời từ liên kết được đề cập ở trên. Hãy xem xét nó.

"Bạn đã cài đặt Zend, IonCube hoặc xDebug chưa? Nếu vậy, đó có lẽ là nơi bạn đang gặp phải lỗi này.

Tôi đã gặp phải điều này một vài năm trước và cuối cùng Zend đặt giới hạn đó ở đó, không phải PHP. Tất nhiên loại bỏ nó sẽ cho phép bạn vượt qua 100 lần lặp, nhưng cuối cùng bạn sẽ đạt đến giới hạn bộ nhớ. "

Có cách nào để tăng mức lồng nhau tối đa trong PHP không

Tăng giá trị của xdebug.max_nesting_levelbạnphp.ini

Một giải pháp đơn giản đã giải quyết vấn đề của tôi. Tôi chỉ nhận xét dòng này:

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

trong php.initập tin của tôi Phần mở rộng này đã giới hạn ngăn xếp để 100tôi vô hiệu hóa nó. Hàm đệ quy hiện đang hoạt động như dự đoán.

Thay vì thực hiện các cuộc gọi hàm đệ quy, hãy làm việc với một mô hình hàng đợi để làm phẳng cấu trúc.

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

Có nhiều cách khác nhau để xử lý nó. Bạn có thể theo dõi thêm thông tin nếu bạn cần một số thông tin chi tiết về nguồn gốc hoặc đường dẫn đi qua. Ngoài ra còn có các hàng đợi phân tán có thể hoạt động theo một mô hình tương tự.

Một giải pháp khác là thêm xdebug.max_nesting_level = 200vào php.ini của bạn

Thay vì vô hiệu hóa xdebug, bạn có thể đặt giới hạn cao hơn như

xdebug.max_nesting_level = 500

Cũng có thể sửa lỗi này trực tiếp trong php, ví dụ như trong tệp cấu hình của dự án của bạn.

ini_set('xdebug.max_nesting_level', 200);

Đi vào tệp cấu hình php.ini của bạn và thay đổi dòng sau:

xdebug.max_nesting_level=100

đến một cái gì đó như:

xdebug.max_nesting_level=200

trên Ubuntu bằng PHP 5.59:
got to `:

/etc/php5/cli/conf.d

và tìm xdebug.ini của bạn trong thư mục đó, trong trường hợp của tôi là 20-xdebug.ini

và thêm dòng này `

xdebug.max_nesting_level = 200

hoặc cái này

xdebug.max_nesting_level = -1

đặt nó thành -1 và bạn không phải lo lắng thay đổi giá trị của mức lồng nhau.

`

có lẽ đã xảy ra vì xdebug.

Hãy thử nhận xét dòng sau trong "php.ini" của bạn và khởi động lại máy chủ của bạn để tải lại PHP.

  ";xdebug.max_nesting_level"

Hãy thử tìm trong /etc/php5/conf.d/ để xem có tệp nào có tên xdebug.ini không

max_nesting_level là 100 theo mặc định

Nếu nó không được đặt trong tập tin đó, hãy thêm:

xdebug.max_nesting_level=300

đến cuối danh sách để nó trông như thế này

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

sau đó bạn có thể sử dụng @ Andrey của bài kiểm tra trước và sau khi thực hiện thay đổi này để xem nếu làm việc.

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

php.ini:

xdebug.max_nesting_level = -1

Tôi không hoàn toàn chắc chắn liệu giá trị có bao giờ tràn và đạt -1 hay không, nhưng nó sẽ không bao giờ đạt tới -1, hoặc nó sẽ đặt max_nesting_level khá cao.

Bạn có thể chuyển đổi mã đệ quy thành mã lặp, mô phỏng đệ quy. Điều này có nghĩa là bạn phải đẩy trạng thái hiện tại (url, tài liệu, vị trí trong tài liệu, v.v.) vào một mảng, khi bạn đạt đến một liên kết và bật nó ra khỏi mảng, khi liên kết này kết thúc.

Bạn có thể thử vẫy xuống lồng nhau bằng cách thực hiện các công nhân song song (như trong điện toán cụm) thay vì tăng số lượng các lệnh gọi hàm lồng nhau.

Ví dụ: bạn xác định số lượng vị trí giới hạn (ví dụ: 100) và theo dõi số lượng "công nhân" được chỉ định cho mỗi / một số trong số chúng. Nếu bất kỳ vị trí nào trở nên miễn phí, bạn đặt nhân viên chờ "trong đó".

Kiểm tra đệ quy từ dòng lệnh:

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

nếu kết quả> 100 THEN kiểm tra giới hạn bộ nhớ;

Nếu bạn đang sử dụng Laravel, hãy làm

composer update

Đây nên là công việc.

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

PS Thay đổi 9999 thành bất kỳ số nào bạn muốn.

Tôi đã gặp lỗi khi cài đặt nhiều plugin Vì vậy, lỗi 100 hiển thị bao gồm cả vị trí của plugin cuối cùng mà tôi đã cài đặt C: \ wamp \ www \ mysite \ wp-content \ plugins \ "..." vì vậy tôi đã xóa plugin này thư mục trên ổ C: sau đó mọi thứ đã trở lại bình thường. Tôi nghĩ rằng tôi phải giới hạn số lượng trình cắm tôi đã cài đặt hoặc đã kích hoạt. thật may mắn tôi hy vọng nó sẽ giúp

Trong trường hợp của bạn, chắc chắn phiên bản trình thu thập thông tin có giới hạn Xdebug nhiều hơn để theo dõi lỗi và thông tin gỡ lỗi.

Tuy nhiên, trong các trường hợp khác, các lỗi như trên PHP hoặc các tệp lõi như thư viện CodeIgniter sẽ tạo ra trường hợp như vậy và nếu bạn thậm chí tăng cài đặt mức gỡ lỗi x thì nó sẽ không biến mất.

Vì vậy, hãy nhìn vào mã của bạn một cách cẩn thận :).

Đây là vấn đề trong trường hợp của tôi.

Tôi đã có một lớp dịch vụ là thư viện trong CodeIgniter. Có một chức năng bên trong như thế này.

 class PaymentService {

    private $CI;

    public function __construct() {

        $this->CI =& get_instance();

   }

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

Bộ điều khiển của tôi như sau:

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

Chức năng gọi trên dòng cuối cùng đã sai vì lỗi đánh máy, thay vào đó nó phải giống như dưới đây:

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

Sau đó, tôi đã tiếp tục nhận được thông báo lỗi vượt quá. Nhưng tôi đã vô hiệu hóa XDebug nhưng không giúp được. Bất kỳ cách nào xin vui lòng kiểm tra tên lớp hoặc mã của bạn để gọi hàm đúng.

Tôi đã có vấn đề này với WordPress trên cloud9. Hóa ra đó là plugin W3 Cache. Tôi đã tắt plugin và nó hoạt động tốt.

Một giải pháp khác nếu bạn đang chạy tập lệnh php trong CLI (cmd)

Tệp php.ini cần chỉnh sửa là khác nhau trong trường hợp này. Trong cài đặt WAMP của tôi, tệp php.ini được tải trong dòng lệnh là:

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

thay vì \ wamp \ bin \ apache \ apache2.4.9 \ bin \ php.ini sẽ tải khi php chạy từ trình duyệt

Bạn cũng có thể sửa đổi hàm {debug} trong modifier.debug_print_var.php, để hạn chế đệ quy của nó vào các đối tượng.

Khoảng dòng 45, trước:

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

Sau :

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

Bằng cách này, Xdebug vẫn sẽ hoạt động bình thường: giới hạn độ sâu đệ quy trong var_dump, v.v. Vì đây là một vấn đề thông minh, không phải là một Xdebug!

Tôi đã có cùng một vấn đề và tôi reslove như thế này:

Mở tệp tin my.ini của MySQL

Trong phần [mysqld], thêm dòng sau: innodb_force_recovery = 1

Lưu tệp và thử bắt đầu MySQL

Xóa dòng mà bạn vừa thêm và Lưu