MetaModels: Fatal error: Out of memory wenn es mehr Einträge werden

[netnite]

Hallo,

ich habe eine etwas umfangreichere FAQ mit MetaModels aufgebaut.
Die Datenbank besteht insgesamt aus 3 MetaModel:
1. FAQ selbst
2. Kategorien
3. Relevante Geräte

Es funktioniert soweit alles, nur bei mehr als 36 Einträgen bekomme ich einen "Fatal error: Out of memory"

Fatal error: Out of memory (allocated 285212672) (tried to allocate 32224361 bytes) in /pages/35/2f/d0007740/home/htdocs/Verzeichnis/system/modules/core/library/Contao/StringUtil.php on line 253

Memory Limit ist auf 512 MB eingestellt, lief bis gestern mit gerade einmal 16MB, womit das Meta-Model auch funtionierte.

Hat jemand eine Ahnung? Wenn weitere Infos gebraucht werden, dann einfach Bescheid geben.

[zonky]

siehe "Informationen bei Fragen oder Tickets"

[netnite]

Habe alles durchgeschaut und durchsucht, nichts passendes gefunden:

Dann ergänze ich mal:
Contao-Version: 3.5.14
MM per Composer oder NightlyBuild: NighlyBuild
MM Version (core): vom 20.06.2016, welche Version das ist kann ich nicht genau sagen.
DC-General Version:
spezielle Hotfix-Pakete eingespielt?: Nein
Wie kann das Verhalten nachvollzogen werden - Beschreibung + Screenshots der Einstellungen und Ausgaben (bitte keine "Prosa" sondern Fakten zum Nachbauen)

Mein MetaModel besteht wie gesagt aus drei MetaModel:
Bild 001.jpg

FAQ Support ist die eigentliche Datenbank

FAQ Kategorien und FAQ Geräteliste dienen nur als Auswahlliste für ein Attribut.

#######################

MM Support Attribute: mm_support_attribute.jpg
MM Support Renderingtemplates : mm_support_renderings.jpg

FAQ - BE - Liste: FAQ - BE - Liste.jpg
FAQ - FE - Detailansicht: FAQ - FE - Detailansicht.jpg
FAQ - FE - Liste: FAQ - FE - Liste.jpg

Filter für FAQ Support: FAQ FE FILTER.jpg

Filtereinstellungen in "FAQ FE Link Detail": Filtereinstellungen in FAQ FE Link Detail.jpg
Filtereinstellungen in "FAQ FE Filterung": Filtereinstellungen in FAQ FE Filterung.jpg

########################################

Frontend Liste in Hauptspalte: Frontend Liste in Hauptspalte.jpg

Filterung der FE Liste in der rechten Spalte des FE:
Bild 001.jpg
Bild 002.jpg

Ein Datensatz in der Datenbank sieht folgendermaßen aus:

INSERT INTO `mm_faq_support` (`id`,`pid`,`sorting`,`tstamp`,`problem`,`alias`,`massnahme_1`,`ursache_1`,`zusatzbeschreibung`,`published`,`kategorie`,`ursache_2`,`massnahme_2`,`ursache_3`,`massnahme_3`,`ursache_4`,`massnahme_4`,`ursache_5`,`massnahme_5`,`ursache_6`,`massnahme_6`,`keywords`,`author`,`file`,`picture`) VALUES ('36','0','0','1466746919','Gerät ist im Funknetzwerk mit mehreren Accesspoints in bestimmten Bereichen nicht erreichbar!','geraet-ist-im-funknetzwerk-mit-mehreren-accesspoints-in-bestimmten-bereichen-nicht-erreichbar','Stellen Sie sicher, dass es nicht zu Frequenzüberschneidungen der einzelnen Accesspoints kommt. Erhöhen Sie die Entfernung zwischen den Accesspoints.','Die Frequenzbereiche mehrerer Accesspoints überschneiden sich (Accesspoints sind zu dicht positioniert)','','1','12','','','','','','','','','','','Funk,Accsesspoint,Berreich,nicht erreichbar,','2','a:0:{}','a:0:{}');

Wie gesagt funktioniert alles tadellos, allerdings nur bis ich 35 Datensätze drin habe, bei 36 ist es vorbei und ich bekomme den Fatal Error!

Was ist noch an Infos nötig?

[zonky]

bezüglich der MM-Version: in dem Zip bzw. auf dem Server gibt es eine Datei "nightly.txt" - da stehen die Versionen drinn...

kann es sein, dass Dein 36. Item ein Bild enthält? das StrgUtil kümmert sich um die UUID von Bildern

[netnite]

bezüglich der MM-Version: in dem Zip bzw. auf dem Server gibt es eine Datei "nightly.txt" - da stehen die Versionen drinn...

kann es sein, dass Dein 36. Item ein Bild enthält? das StrgUtil kümmert sich um die UUID von Bildern

Nein, egal ob den Eintrag mit ID 36 oder 43 in die Datenbank einspiele, es passiert immer das gleiche. Und kein Eintrag enthält bisher Bilder oder Dateien.

metamodels/core dev-master @ d6ca59 2016-06-15 02:14:42

[zonky]

Version DC_general wäre interessant - da gab es zu beta36 Anpassungen...

Deine Attributliste sieht "komisch" aus - Ursache1 + Maßnahme 1..... Ursache 8 + Maßnahme 8 => was ist mit Ursache 9 und Maßnahme 9 ?

Warum zwei CE FE-Filter?

[netnite]

Alles aktueller Stand:
contao-community-alliance/dc-general dev-develop @ 7841fa 2016-06-07 20:14:53

Ursache und Massnahme geht bis 6! Mehr gibt es nicht, kein 8 oder 9.

Warum zwei CE FE-Filter?

Weil die Filterung per Auswahl auf die Kategorie ohne Submitbutton funktionieren soll, das Textfeld für die Textsuche jedoch einen Submitbutton haben soll.

[zonky]

o.k. ... da es schwierig wird, Deinen Fall nach zubauen, musst Du wohl selbst ins Debugging (print_r || xdebug) springen

[netnite]

Ich schaue und berichte Montag mal.

[netnite]

Fehler gefunden und behoben!

Es war im Template das Debugging aktiviert, was allerdings einen Fehler verursachte und nicht richtig das Array ausgegeben hat, daher kam der Fatal Error mit Out of Memory.

[zonky]

Es war im Template das Debugging aktiviert,...

soll bedeuten?

[netnite]

soll bedeuten?

Ich hatte zum debugging

<?php
echo "<!-- DEBUG START \n";
echo "<pre>\n";
print_r($this->items->parseAll($this->getFormat(), $this->view));
echo "</pre>\n";
echo "\n DEBUG ENDE -->";
?>

eingefügt, was aber nicht korrekt ausgeführt wurde.

[zonky]

... dann guck mal was dazu im Handbuch was "ganz unten" steht...


btw: was auch immer "nicht korrekt ausgeführt" bedeuten soll...

[Spooky]

eingefügt, was aber nicht korrekt ausgeführt wurde.

"korrekt ausgeführt" wurde es wahrscheinlich schon - die Operation hat aber einfach den Speicher zum überlaufen gebracht.

[zonky]

... ich hatte auch schon "Kandidaten" die weder im Handbuch den Hinweis lesen konnten, dass die Ausgabe im HTML-Quelltext zu finden ist, noch das "<!-- ... -->" als HTML-Kommentar erkannt haben ;-)

...ich rechne inzwischen mit fast Allem!

[netnite]

"korrekt ausgeführt" wurde es wahrscheinlich schon - die Operation hat aber einfach den Speicher zum überlaufen gebracht.

Genau das wird es wohl gewesen sein. Im Quelltext angezeigt wurde es und auf Grund dessen, dass es nicht im Browser ausgegeben wird, hat man es einfach übersehen, dass es noch eingebunden war.
Somit hat es wie du richtig vermutest ab einer gewissen Menge an Datensätzen den Speicher zum Überlaufen gebracht ohne das man es visuell wahrgenommen hat.