Bonjour francis,
je pourrais avoir plus de précisions sur cette erreur, quels étaient vos paramètres ?

parce que finalement j'ai testé en mettant pour dossiers de travail des dossiers d'un disque dur externe et ça fonctionne quand même très bien....

Bonjour.
Réponse un peu tardive mais je m'occupais d'un autre sujet.

J'ai deux serveurs locaux, (sans hébergeur), le prod sous XP Pro, et le tests, sous Server 2008.
Comme je viens de procéder à une montée majeure progressive, d'abord le tests et ensuite le prod si cela est correct. Je suis donc passé de Apache 1.3, Php 5.2 et Mysql 5.0, en réinstallant Wamp 2 et donc maintenant Apache 2.2, Php 5.3 et mysql 5.5, comme indiqué dans le post précédent.
J'ai aussi upgradé Piwigo de 2.0.10 en 2.2.

Je n'utilisais pas Php-Optimisateur dans l'ancienne version. Peux pas faire de comparaison.
Et je n'ai plus l'ancienne base en Php 5.2, maintenant elle est en 5.3.

Sur les 2 machines, l'erreur Notice se produit à tout les coups avec toutes les versions de PHP 5.3 de 0 à 5.
La reconnaissance du choix du répertoire "in" est bonne.
Mais sur la ligne de sortie, "out", on peut indiqué ce que l'on veut, cela ne change rien : le fichier jpg, le répertoire HD et celui des miniatures, (avec les .jpg sans nom) sont systématiquement créés sous la racine de base du disque choisi.
Bizarre.

Excellent.
Voila la réponse avec la configuration du pack par défaut et un fichier image dans "in/":
array
  0 => string 'out/IMGP8241.JPG' (length=16)

On s'aperçoit que l'extension de mon fichier IMG est en majuscules. Pas de pot, j'ai choisi le bon exemple.
Hors la ligne 71 avec le preg_match demande une extension de 3 entre [a-z], (en minuscules).

On résout le problème avec :
preg_match('#(.*)/(.*).((?i)[a-z]{3})$#', $FilesSortie[$i], $matches);

Là, cela fonctionne mais:
Attention si l'extension du fichier comporte 4 caractères dont un chiffre, il y aura encore un problème.

Merci et Bon courage.

bug corrigé en 1.3.3

ce n'est pas une anomalie c'est codé ainsi (faudrait que je le précise)

en fait la compression des images hd ce fait selon deux paramètres :
- si la case est coché c'est compressé avec les paramètres donnés et ca met aussi le copyright/watermark
- si la case est décoché mais que l'extension du fichier n'est pas jpg/JPG c'est compressé en qualité 100, en conservant les dpi originaux et sans rajouter le copyright
- si le fichier est déjà un jpg/JPG il est simplement copié

oui il manque un "i" à la fin de la regex ligne 74 de include/main.php

remplacez la ligne par

preg_match('#^(.*)/(.*)\.([a-z0-9]{2,4})$#i', $FilesSource[$i], $matches);

est-il possible d'utiliser cet outil sur un serveur dédié sous debian ?

Hello
J'ai découvert un joli bug avec ce script
J'ai créé un dossier in/ à la racine du script comme semblait l'indiquer la configuration (je n'ai pas vu cette info dans les docs) j'ai lancé un chmod 777 sur tout le répertoire du script, récursivement
L'exécution s'est bien déroulée aparemment .. sauf qu'aucune photo n'a été créé et seuls les répertoires 'racine' ont été créés en sortie dans le dossier out/

En revanche et c'est là que j'ai rigolé: Mon dossier "Jardin" a été renommé en Jardout :D
Je suppose que les photos qui ne sont jamais arrivées vient de là.

Les dossiers pwg_high et thumbnails ne sont pas là non plus, le log dit que tout est OK (mais il y a énormément de lignes vides entre les lignes indiquant la création des dossiers.

Désolé je sais que ça ne va pas être évident à corriger, bon courage.

Edit: Arf, je viens de voir le message juste au dessus.. Je suis sur un serveur Linux, je n'ai pas fait attention et j'ai pensé qu'un script php était très souvent pour des serveur Linux.
Je n'ai pas trouvé nconvert dans les dépots debian. Tant pis.

Dernière modification par Epy (2012-03-04 00:43:09)