Xt-imageprocessing Mit Vielen Bildern

[techway]

Hallo XTC-Community :i:

folgendes Problem:
ich habe ca. 8000 artikeln in der datenbank (mit selbstgeschriebenem script angelegt)

nun habe ich f?r die artikeln 3125 bilder in den original_images hochgeladen,
wenn ich jetzt Imageprocessing unter Module starte, macht er genau 5 Minuten lang und dann wird die verbindung abgebrochen und kommt "Server nicht gefunden"

nach diesen f?nf minuten hat er 317 Bilder erstellt in diesen ordnern:

info_images
popup_images
thumbnail_images

hat schon jemand mit so vielen bildern gearbeitet?
ich denke mal dass der server irgendwo ein timeout hat, nach genau 300 sekunden (5 minuten) :wall:

w?rd mich freuen wenn mir jemand helfen w?rde
viele Gr??e
Steffen

[xt:mzanier]

liegt am server, script timeout.

m?glichkeiten:

das timeout abstellen
oder
script umprogrammieren.

=)

[techway]

danke f?r die schnelle Antwort,

werd es wohl umprogrammieren m?ssen... :grml:

MFG
Steffen

[techway]

Hallo,

ich bin gerade so weit, dass ich das timeout hochgesetzt hab,

nun bekomme ich nach 7 minuten laufzeit eine Fehlermeldung:

Fatal error: Allowed memory size of 10485760 bytes exhausted (tried to allocate 51570 bytes) in /var/www/web6/html/xtc/admin/includes/classes/image_manipulator.php on line 57

Fatal error: Allowed memory size of 10485760 bytes exhausted (tried to allocate 133 bytes) in Unknown on line 0

hat jemand einen Vorschlag, wo und wie ich speicher in dem script sparen kann?

mit

unset($variable);

kann ich ja den speicher wieder freigeben, nur welche variablen kann ich freigeben und wo?

wenn man nur das script debuggen k?nnte :grml:

danke f?r tipps :i:

[techway]

gibts den keinen der das gleiche Problem hat bzw. hatte??

helft mir bitte

ich verstehe nicht was an dem image_manipulator so speicherresident ist :grml:

bin f?r jede Vorschl?ge dankbar

[Alphakanal]

?h warum nimmst du nicht statt 8000 artikel erst mal 2000 oder so.
musste ich neulich auch so machen mit artikeln

[xt:mzanier]

naja, das ist schon speicherfressend.

m?sste man mal analysieren, ob php heir mehere threads aufbaut, (zb 8000 threads auf einmal erstell) und danach abarbeitet, oder doch einzeln, ist aber auch systemabh?ngig.

[techway]

ich kanns mir nicht vorstellen dass das system gleichzeitig 8000 threads startet...
und das scipt tut doch eigentlich nur die bilder durchgehen oder?
also in meinem fall 3125 bilder

ich verstehe nur trotzdem nicht was bei dem script den speicher frisst,
es werden ja immer bild f?r bild verarbeitet, und danach m?sste ja der speicher wieder freigegeben sein :wall:

irgendwo ist der wurm versteckt :grml:

wieviele bilder habt ihr den schon mal mit imageprocessing verarbeitet?

[chpohl]

Da ich auch ein ziemliches Problem mit dem Imageprocessing hatte (ca. 1200 Bilder), habe ich die L?sung f?r "Dummies" gew?hlt.

Ich habe die Orig.-Images auf meinem Server (xammp) offline umgewandelt und dann die fertig bearbeiteten Bilder einfach in die entsprechenden Ordner hochgeladen.

Ist zwar wohl nicht im Sinne des Erfinders, hat aber einwandfrei funktioniert. st:

[Novalis]

Hallo,

- erste M?glichkeit ist die Offline-Umwandlung. Da gibt es ein prima Programm f?r, das findest du hier.

- zweite M?glichkeit ist einen eigenen Skript zu coden der das ?bernimmt... Wenn du Shell-Zugang auf deinem Server hast kann man das auch per shell-skript regeln, da gibt's dann keinen TimeOut

- dritte M?glichkeit ist, jemanden damit zu beauftragen der sich damit auskennt

Viel Erfolg!

Gru?,
Nov