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

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"

Code:

---

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.

siehe "Informationen bei Fragen oder Tickets"

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:
Anhang 17919

FAQ Support ist die eigentliche Datenbank

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

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

MM Support Attribute: Anhang 17920
MM Support Renderingtemplates : Anhang 17921

FAQ - BE - Liste: Anhang 17922
FAQ - FE - Detailansicht: Anhang 17923
FAQ - FE - Liste: Anhang 17924

Filter für FAQ Support: Anhang 17925

Filtereinstellungen in "FAQ FE Link Detail": Anhang 17926
Filtereinstellungen in "FAQ FE Filterung": Anhang 17927

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

Frontend Liste in Hauptspalte: Anhang 17928

Filterung der FE Liste in der rechten Spalte des FE:
Anhang 17929
Anhang 17930

Ein Datensatz in der Datenbank sieht folgendermaßen aus:

Code:

---

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?

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

Zitat:

---

Zitat von 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

---

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

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?

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.

Zitat:

---

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.

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

Ich schaue und berichte Montag mal.

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.

Zitat:

---

Zitat von netnite

Es war im Template das Debugging aktiviert,...

---

soll bedeuten?

Zitat:

---

Zitat von zonky

soll bedeuten?

---

Ich hatte zum debugging

Code:

---

<?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.

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


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

Zitat:

---

Zitat von netnite

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.

... 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!

Zitat:

---

Zitat von Spooky

"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.