Supprimez la ligne 134.

Elle n'est utile que si le safe_mode=ON.
Je n'avais pas constaté lors des tests qu'elle générait un warning.

Laurent

Je viens d'installer la 1.6.1 et j'ai pu sychroniser votre site sans aucun problème au 2eme coup.

Si cela ne marche toujours pas, essayer de synchroniser d'abord les répertoires, puis les répertoires et les images.

A bientôt

voici mon probleme de site dsitant:

je fais mes mises a jours de mon site distant manuellement, tout ce passait bien, je créais le xml manuellement, je le mettais dans le dossier racine du ftp principal.

mais cette aprem je voulais faire une mise a jour et voici ce que ca me met quand je genere le fichier XML:

Fatal error:  opendir(./R_Roland-Garros_2005/tournoi/santoro/pwg_representative) [<a href='function.opendir'>function.opendir</a>]: failed to open dir: No such file or directory in /mnt/118/free.fr/3/6/oa.pictures/galleries/create_listing_file.php on line 269

alors qu'il n'y a aucun probleme dans ce dossier: "R_Roland-Garros_2005/tournoi/santoro" qui a été mis a jour il y a bien longtemps

qqun a une idée ?

merci, je vais tester ca.

je suis en 1.5.1 et je suis hebergé chez free 1go (passé en 10go il y a 5 min pour resoudre temporairement mon pb :)

je vous tient au courant

J'ai eu le même problème http://forum.phpwebgallery.net/viewtopi … 25#p41225.
A mon avis c'est des problème avec les modifications que fait free ... tant qu'ils continuent à changer des choses je crois qu'il sera difficile de faire des tests concluants qui permetteront de résoudre ces problèmes ...

Bon courages aux uns et aux autres pour trouver une solution ... pour le moment, je crois qu'il est préférable de ne pas faire trop de modifs.

mathiasm a écrit:

pour info, le set_time_limit ne passe pas chez free, la fonction est verrouillée.
Mettre un @ devant pour supprimer l'erreur, c'est aussi bien à mon avis.

Mettre un arobas devant l'appel provoque un plantage.
Je m'explique, l'opérateur @ redirige les messages d'erreur vers une variable ou un fichier de log suivant la configuration. Chez free, c'est une variable.
La documentation de PHP dit que cette variable est écrasée à chaque nouvelle erreur redirigée. Or il s'avère que cette variable ne fait que se remplir à chaque nouvelle erreur jusqu'au plantage par dépassement de la capacité mémoire.

Quelques solutions :
> supprimer la ligne set_time_limit() : plus de warning mais possibilté de plantage pour cause de temps d'exécution trop long sur les grosses bases.
> mettre un @ : plus de warning mais la possiilité de plantage par dépassement mémoire sur les grosses bases.
> Précéder l'appel à set_time_limit() d'un test de configuration set le safe_mode :)
> laisser l'utilisateur décider de ce qu'il veut faire en touchant au code :(

Enfin la notion de "grosse base" dépend du nombre d'images, de répertoires/sous-répertoires et de la taille de leurs noms, plus quelques autres critères mineurs.

Dans le cas de free, supprimer la ligne ou la mettre en commentaire.

Bonne nuit ;-)

Sinon pour ne pas utiliser le set_time_limit (qui est pourtant tres utile), ll est peut-être possible d'utiliser la méthode de la NBM.

En utilisant le ini_get('max_execution_time') et en définissant une limite à ne pas atteindre, on peut faire un redirect avec des paramètres particuliers, qui permet de reprendre à l'endroit où on avait arrêté le traitement...
Puis on boucle jusqu'a ce que tout soit fait...

A défaut du set_time_limit, c'est pratique et ca fonctionne tout le temps...

NBM, c'est la notification par mail... et quand j'ai pas le courage, je mets NBM...

Si le serveur est chargé, je ne penses pas que ca change quoi que ce soit, car la charge dans la globlalité sera la même (avec ou sans le set_time_limit).
Pour le problème de charge, c'est plus lier au traitement effectué qu'a la façon de passer outre les 30 s de time_out.

Ceci dit avec le redirect, on peut des pauses de quelques secondes et par conséquent décharger un instant le serveur.