Y'a t il une entrée dans l'outil de suivi de bogues ? Il faudrait en effet optimiser, mais l'optimisation a ses limites et je songe à générer le fichier listing.xml par un script Perl, plus adapté que PHP. Sinon, dans EasyPHP, tu dois pouvoir dire à PHP de ne pas se limiter à 30 secondes d'exécution par script. Cela dit, j'attend l'entrée dans l'outil de suivi de bogues pour traiter réellement le problème.

Salut,

C'est vraiment compliqué à mettre à jour le fichier xml des que l'on a un certain nombres d'images.

Comment optimisé ce fichier, le code, ou le faire fonctionner par fragments, il fait 100 images, il sauve un fichier, et ainsi de suite, apres il recompile le tout.ex: listing1.xml, puis 100 autres images, listing2.xml,....apres, on recompile le tout soit a la main, soit avec un ptit script qui fera le tout automatiquement.

Le probleme, c'est que, plus il y a d'images, et plus le script met du temps a s'executer.
Sur free, part exemple, un script ne peu pas exceder 45 secondes, apres ca coupe, et c'est pour ca que je galere severe pour mettre a jour ma gallerie.
Il m'arrive souvent d'essayer plus d'une heure, avant de pouvoir y arriver.Plus ca va, et plus c'est dur et long.

Bref, il serait urgent d'optimiser ce systeme, ou trouver une solution pour creer ce fichier xml autrement.
(sous easyphp, il ne veut pas non plus!)

Merci de bien de vouloir nous appaiser sur ce probleme qui dure depuis bien longtemps, et qui dérange beaucoup d'utilisateurs.