Maximal execution time

**TLight** · 14.01.2010, 22:24

Hallo!

Die Erweiterung xt_memberfieldeditor hat bislang wunderbare Dienste verrichtet. Nun wollte ich eine Reihe von neuen Feldern hinzufügen und plötztlich muckt das ganze! Versuche ich im BE ein neues Feld zu erzeugen oder ein vorhandenes zu kopieren, erscheint die folgende Fehlermeldung:

Fatal error: Maximum execution time of 30 seconds exceeded in xxx/www/system/modules/xtmembers_fieldeditor/dca/tl_member_fields.php on line 267

Hat jemand eine Idee, woran das liegen könnte

**MacKP** · 14.01.2010, 22:27

Hallo TLight,
ja, das liegt an deinem Server.
Der führt Scripte nur 30 Sekunden lang aus. Dauert es länger wird abgebrochen und aus ist.

Viele Grüße

**TLight** · 14.01.2010, 22:31

Nun ja, für einen so mikrigen Eintrag sollten 30 s ja aber auch wirklich langen, oder? In der Datenbank sehe ich, dass ein Eintrag angelegt wird - aber mehr passiert damit dann nicht...

**MacKP** · 14.01.2010, 22:32

Ich weiß nicht wie viele Felder du da schon hast... von daher kann ich auch nicht wissen wie 'mikrig' das bei dir ist.

Viele Grüße

**TLight** · 14.01.2010, 22:42

Es ist das neunte Feld, wobei ich denke (natürlich aber keine Ahnung habe), dass er doch nicht mit steigender Felderzahl mehr schreibt. So wie es aussieht, wird einfach nur ein Datenbankeintrag für das neue Feld in die bestehende Liste tl_memberfields hinten angehängt. Den Versuch dieser Eintragung sehe ich schon nach ein bis zwei Sekunden. Der Eintrag enthält aber keinen Timestamp und natürlich auch sonst nicht viele Daten - wurde ja auch noch nichts Weiteres eingegeben.

Nun habe ich einfach den Eintrag in der Datenbank manuel vervollständigt, weiß aber nicht, ob das zu einfach gedacht ist und vielleicht noch mehr als nur diese eine Zeile in tl_memberfields zu beachten wäre.

Versuche ich nun den Eintrag, der nach einem Refresh im BE erscheint zu editieren, laufe ich wieder in den timeout. An der Datenbank verändert sich aber nichts.

Hm, ein gutes Gefühl habe ich so nicht. Zumal ich ja nicht alle nächsten Einträge / Änderungen in der DB vornehmen möchte.

**TLight** · 14.01.2010, 22:49

...und das Exportieren des Moduls generiert auch einen timeout-Fehler...

Gehe wohl nun lieber erst mal in's Bett!

**TLight** · 17.01.2010, 12:19

Hat nicht evtl. noch jemand eine Idee, wie mir geholfen werden könnte?

**hschottm** · 19.01.2010, 11:19

Zitat von TLight

Hat nicht evtl. noch jemand eine Idee, wie mir geholfen werden könnte?

Ich schau mir das mal an. Tut mir leid, dass ich mich nicht eher gemeldet habe, aber ich bin im Moment mit nem Gipsarm etwas lahmgelegt.

Gruß,
Helmut

**hschottm** · 19.01.2010, 11:31

So,

probiers mal mit der aktuellen Version aus dem TL-Repository. Damit sollte es keinen timeout mehr geben.

LG,
Helmut

**TLight** · 20.01.2010, 05:38

Vielen Dank für die Hilfe!

Ich habe mir zuvor schon "geholfen", indem ich alle Einträge in der Erweiterung gelöscht und wieder von Neuem eingegeben habe. Danach hatte es dann wieder ohne timeout geklappt.

Wie ist das eigentlich gedacht, wenn ich bereits zusätzliche Felder habe und noch welche anlegen oder bestehende ändern will. Es wird ja immer alles exportiert und ein bestehender Modulordner darf nicht überschrieben werden, weshalb immer ein neuer mit neuem Namen angelegt werden muss. Übersehe ich was oder muss der alte Ordner dann jeweils manuell per ftp gelöscht werden?

**hschottm** · 21.01.2010, 07:19

Ja, das ist im Moment so, aber ich kann natürlich noch eine Überschreiben-Option hinzufügen. Man muss sich nur im Klaren sein, was das heißt. Gibt man z.B. aus Versehen den Namen eines bestehenden anderen Moduls an, dann wird das einfach gelöscht. Deswegen habe ich da bislang etwas vor zurückgeschreckt. Ich weiß auch gar nicht, ob TYPOlight solche Aktionen intern unterstützt. Ich gebe zu, ich habe mich aus Respekt vor so einer Aktion gar nicht weiter drum gekümmert.

LG,
Helmut

**TLight** · 21.01.2010, 07:41

Ah so! So habe ich das noch nie betrachtet. Das ist natürlich richtig, dass dieses Überschreiben nicht so ohne Weiteres geschehen darf.

Eine möglich Lösung wäre evtl., dass man beim module-Ordner einen Anfang (z.B. "xtmem_") erzwingt, dann kann auf jeden Fall keine TLeigene Datei überschrieben werden. Zusätzlich könnte man ein Auswahlmenü (Vorhandenes Modul überschreiben - mit Liste - oder neues erstellen?) zur Verfügung stellen.

Weiß nicht, ob das geht oder zu viel Arbeit ist. Nur als Idee...

**hschottm** · 22.01.2010, 15:33

Die Idee ist auf jeden Fall gut. Vielleicht sollte ich das wirklich so machen. Dann isses aber wieder nix für die, die gerne volle Freiheit bei der Namensgebung haben wollen

**icecube_cpt** · 05.03.2010, 16:03

Zitat von TLight

...und das Exportieren des Moduls generiert auch einen timeout-Fehler...

Hallo Community,
dasselbe hab ich gerade auch festgestellt:

Fatal error: Maximum execution time of 30 seconds exceeded in [...]/system/modules/xtmembers_fieldeditor/MemberFieldExport.php on line 409

Ich benutze TL 2.8.0, die neueste Version von xtmembers_fieldeditor sowie auch von xtmembers. Ich habe gerade mal zwei Felder angelegt und wollte den Export testen, dann kam diese Meldung. Hoffe auf eure Hilfe

vg der eiswürfel

**icecube_cpt** · 12.03.2010, 10:49

hat denn keiner eine Idee? Ich hab die excecution time auf 300sec gestellt, was aber dasselber Resultat ergibt, das Skript bricht auch nach 5min ab.

**hschottm** · 15.03.2010, 23:19

Ich schau mal nach, ob es was mit dem dort verwendeten regulären Ausdruck zu tun hat. Eventuell kommt das Skript da in eine Endlosschleife, weil irgendwas nicht so ist, wie das Skript es erwartet...

**madmaharaja** · 24.09.2010, 08:59

Hallo zusammen, hi Helmut,
gibt es schon irgendwelche neuen Erkenntnisse oder geplante Änderungen hinsichtlich einer etwaigen Endlosschleife?
Ich habe xtmembers jedenfalls installiert (Contao 2.9.1) und hab mich sehr gefreut als Programmierlegasteniker eine einfache Möglichkeit zu haben, weitere Mitgliederfelder hinzufügen zu können. Bei einem ersten Test mit drei neuen Mitgliederfeldern funktionierte das auch einwandfrei, weshalb ich mich munter an die Arbeit gemacht habe, insgesamt 88 neue Mitgliederfelder anzulegen. Leider bekomme ich jetzt beim Versuch, die Mitgliederfelder als Extension zu exportieren, eine Fehlermeldung "Internal Server Error". Wir haben danach die max. execution time mal testweise auf 300 Sek. hochgeschraubt -- was zur gleichen Fehlermeldung führt, die bereits nach etwa 120 Sek. erscheint. Gibt es (kurzfristig) Hoffnung, dass die 88 Felder große Liebesmüh nicht vergebens war?
Danke und Grüße, Dave

**heohni** · 04.10.2010, 13:39

Ich möchte das mal hochpuschen, denn ich habe die Extension erst heute installiert und bekomme auch besagten execution timeout.

Gibts inzwischen einen workarround?

**Andreas** · 07.12.2010, 17:55

Ich möchte auch noch mal pushen, da ich auch einen

Fatal error: Maximum execution time of 30 seconds exceeded

bekomme. Beim Versuch des Exports mit nur einem neuen Feld.

Gruß Andreas

**Andreas** · 07.12.2010, 21:41

In MemberFieldExport.php läuft sich die while-Schleife in Zeile 406 tot.

Ich vermute, dass du mit

PHP-Code:


while (count($stack) || $stacknotchanged < 10)

erreichen möchtest, dass die Schleife abgebrochen wird, sobald eine der Bedingungen erfüllt ist, dann musst du aber eine UND Verknüpfung benutzen.

PHP-Code:


while (count($stack) & $stacknotchanged < 10)

Warum willst du denn, dass die Schleife mindestens 10mal durchlaufen wird, auch wenn man nur ein Feld hinzugefügt hat?

Folgende Bedingung in der gleichen Schleife

PHP-Code:


if (preg_match("/" . $fielddata["position"] . "([,;\$])/", $palette, $matches))

liefert mir "0". Mein $fielddata["position"] ist "stop". Ich vermute mal, dass das erkannt werden soll, wird es aber nicht.

Vielleicht kannst du anhand meines Debuggins den Fehler ausmerzen. Ich schau jetzt mal, wie weit ich damit komme, indem ich die ODER-Verknüpfung in der while-Schleife gegen UND austausche.

Gruß Andreas

**hschottm** · 12.12.2010, 11:37

Wie fatal,

Zitat von Andreas

In MemberFieldExport.php läuft sich die while-Schleife in Zeile 406 tot.

Ich vermute, dass du mit

PHP-Code:


while (count($stack) || $stacknotchanged < 10)

erreichen möchtest, dass die Schleife abgebrochen wird, sobald eine der Bedingungen erfüllt ist, dann musst du aber eine UND Verknüpfung benutzen.

PHP-Code:


while (count($stack) & $stacknotchanged < 10)

das muss natürlich ein AND und kein OR sein.

Die Schleife muss ich leider machen, weil zumindest ein einfacher Durchlauf nicht immer reicht, um die Felder korrekt zuordnen zu können. Je nachdem, ob man ein Feld vor oder hinter einem bestehenden Feld oder aber einem selbst erstellten Feld positioniert hat, klappt das nicht immer mit der korrekten Einfügeposition im ersten Durchlauf. Die 10 ist willkürlich gewählt, kann bestimmt auch niedriger sein.

Wenn es aus irgendwelchen Gründen gar nicht funktioniert, das Feld an der gewünschten Position einzufügen, wird es dann nach Schleifenabbruch ganz hinten angefügt.

Ich werde das sofort ändern, danke für den Hinweis...
Mit Logik hab ich das ja noch nie so gehabt :-)

Gruß,
Helmut