Magento - Fatal error: Maximum function nesting level of '100' reached, aborting

Ich weiß nicht, was diesen Fehler verursacht. Ich arbeitete auf einem benutzerdefinierten Modul auf meinem Magento-Shop und nicht check die homepage von dem Shop regelmäßig. Aus heiterem Himmel heute bin ich immer diese Fehlermeldung auf meiner homepage.

Fatal error: Maximum function nesting level of '100' reached, aborting! in C:\Program Files\EasyPHP-5.3.8.0\www\indieswebs\lib\Zend\Db\Adapter\Pdo\Mysql.php on line 1045

Das lustige an der Sache ist, es gibt KEINE 1045 Zeilennummer in dieser Datei! Also ich vermute, dass es irgendeine Art von looping-Fehler. Aber ich weiß nicht, was es verursacht wird. Kann mir jemand helfen, herauszufinden, was könnte die Ursache dieser Fehlermeldung und wie kann ich es entfernen?

Edit:ich Lösch den cache vom Shop und reloaded-homepage. Der Fehler hat sich nun geändert. Es sagt:
Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 261904 bytes) in C:\Program Files\EasyPHP-5.3.8.0\www\indieswebs\lib\Zend\Db\Select.php auf der Linie 281

Weiß jemand, wie man dieses Problem beheben?

InformationsquelleAutor jdhaar | 2012-10-24
  1. 3

    Die Fehler kommen nur, wenn man xdebug installiert.

    Verwenden Sie folgende Einstellung in php.ini
    xdebug.max_nesting_level = 200

    • Ich habe die Verschachtelungsebene um 1000. Es zeigt immer noch den gleichen Fehler.
    • Zuvor nisten, Haben Sie XDebug installiert ist oder nicht auf deinem server? Bitte prüfen Sie auch phpinfo, dass der Wert korrekt gesetzt ist oder nicht. Auch wenn Sie nicht brauchen, für xdebug, als Sie sollten Kommentar die Erweiterung.
    • xdebug installiert wurde, aber ich bemerkte es in php.ini-Datei. Aber trotzdem bleibt der Fehler. Plus es dauert so lange zum laden der homepage! Und nach so viel Zeit, werde es zurückgeben, der fatale Fehler.
    • können Sie versuchen mit xdebug.max_nesting_level=1000
    • Ich sagte in meinem ersten Kommentar, habe ich es schon versucht!
    • Es war mit mir zu arbeiten kann einige andere Problem.

    InformationsquelleAutor Lalit Jain
  2. 0

    War ich in der Lage, zu beheben ein Problem im Zusammenhang (das verursacht die gleiche Fehlermeldung) durch die überprüfung der Dateien im [webroot]/app/etc/

    War es passiert (in der enterprise edition), da

    config.xml
enterprise.xml

    fehlten aus diesem Verzeichnis. Einmal legte ich Sie zurück, dass das problem behob.

    Ich auch an anderer Stelle gelesen, dass ein fehlerhaftes local.xml könnte dieses Problem verursachen.

    Enterprise edition, verwenden Sie so etwas wie:

            <default_setup>
            <connection>
                <host><![CDATA[localhost]]></host>
                <username><![CDATA[some_user]]></username>
                <password><![CDATA[some_pass]]></password>
                <dbname><![CDATA[database_name]]></dbname>
                <active>1</active>
            </connection>
        </default_setup>

    Auf CE, verwenden Sie so etwas wie:

        <default_setup>
        <connection>
            <host><![CDATA[localhost]]></host>
            <username><![CDATA[your_user]]></username>
            <password><![CDATA[your_pass]]></password>
            <dbname><![CDATA[your_db]]></dbname>
            <initStatements><![CDATA[SET NAMES utf8]]></initStatements>
            <model><![CDATA[mysql4]]></model>
            <type><![CDATA[pdo_mysql]]></type>
            <pdoType><![CDATA[]]></pdoType>
            <active>1</active>
        </connection>
    </default_setup>
    InformationsquelleAutor Silas Palmer
  3. 0

    Ich hab das in meinem Collection.php Modell, und der Täter stellte sich heraus, dass der Anruf zu parent::__construct(). Sobald ich remmed es aus, der Fehler ging Weg. PS: die Beschaffung von xdebug nesting level limit hat nicht funktioniert.

    InformationsquelleAutor Michael Mussulis
Schreibe einen Kommentar