Piwigo.org

MathieuR · 2012-06-24 14:58:32

Bonjour,

Je comptais faire la migration vers la 2.4 mais j'avoue avoir quelques craintes.
Actuellement, je fais les redimensionnements et les miniatures en local et transfère tout en FTP.
J'ai souvent eu des problèmes quand je faisais faire le boulot à free.fr et puis j'ai les scripts qui font le boulot.

Avec la nouvelle version, est-il possible de faire tout en local et ne rien faire faire au serveur ?
Est-il possible de bloquer le choix des dimensions sur l'interface et ne laisser qu'un sous-ensemble (ceux déjà fait en local par exemple) ?

Merci et bravo pour le boulot.

plg · 2012-06-24 15:15:08

Disons que c'est faisable, mais franchement fastidieux. Il est facile de désactiver des tailles pour limiter le travail de Free.fr, mais préremplir le cache, c'est un boulot assez lourd.

Gotcha · 2012-06-24 15:21:19

Comme vous le dites, à la limite vous le faite en local sur une copie de votre galerie et vous retransférez le tout...

MathieuR · 2012-06-24 15:58:13

Ok. Merci pour le retour.

En fait, est-ce que ce n'est pas comme avant c'est à dire un répertoire par taille ?
Dans ce cas, je pourrais créer les n répertoires qui vont bien avec les tailles désirées. Non ?

Par contre, j'ai vu ici http://piwigo.org/forum/showimage.php?p … screen.png qu'on pouvait choisir les tailles.

Quand, je mets en ligne des photos, elles viennent souvent d'appareils différents et donc ont parfois aussi des ratios différents.
Comment peut-on adresser ces cas ?

Merci.

mistic100 · 2012-06-24 16:00:41

les tailles de cet écrans sont des tailles maximales, donc les ratios sont conservés (sauf si vous cochez "Crop" évidement)

MathieuR · 2012-06-24 19:00:32

En suivant les retours fait sur le forum, j'ai réussi la migration (création du fichier de conf. et suppr. de certaines parties du .htaccess).
Par contre, la génération des images à la volée ne fonctionne pas chez moi (i.php):

Warning: set_time_limit() [function.set-time-limit]: Cannot set time limit in safe mode in /mnt/149/sdb/d/a/roche.mathieu/piwigo/i.php on line 504

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 13824 bytes) in /mnt/149/sdb/d/a/roche.mathieu/piwigo/admin/include/image.class.php on line 653

Je vais sans doute travailler sur un truc pour faire le boulot en local.

Merci.

ddtddt · 2012-06-24 20:11:53

Quel est la taille de tes HD ?

MathieuR · 2012-06-24 21:41:52

Ce sont des Jpeg de 5-6Mo.

ddtddt · 2012-06-24 21:50:28

je ne pense pas que free redimensionne des photos supérieur à 2/3 mégas (la résolution compte aussi)
Peux tu faire l'essaie de créer le cache pour 1 photo avec la gestion par lots
et éventuellement sur une photo de 2Mo

amade · 2012-06-24 22:31:32

Bonjour,
J'ai bien les mêmes symptômes.
Les photos anciennes sont bien générées à la volée. Celles faites avec des appareils récents ne passent pas.
Peut-on avoir une doc minimale indiquant :
- les noms des fichiers caches selon la taille
- la dimension en pixels correspondant à chaque taille
l'objectif étant de le générer sur PC avant de le télécharger dans le cache.
Merci
Alain

Gotcha · 2012-06-24 22:47:26

Le problème à la base c'est... l'hébergeur. Gratuit certes mais avec des restrictions qui sont de plus en plus insupportables.
D'autres hébergeurs moins gratuits existent et surtout bien plus performants.

Bref, vous pouvez toujours lire : [Forum, post 174929 by Eric in topic 20079] [Free] Téléverser des photos via le formulaire en ligne

ddtddt · 2012-06-24 23:04:47

amade a écrit:
Peut-on avoir une doc minimale indiquant :
- les noms des fichiers caches selon la taille
- la dimension en pixels correspondant à chaque taille

Difficile de répondre à la question les test d'un jour sont pas toujours vrais le lendemain ou l'heure d'après :-(

Il y a 3 jours j'ai envoyé une photo sur un site free cette même photo n'est pas passé aujourd'hui :-(

grum · 2012-06-24 23:10:08

Gotcha a écrit:
Le problème à la base c'est... l'hébergeur. Gratuit certes mais avec des restrictions qui sont de plus en plus insupportables

oui et non

Par exemple chez moi, j'ai ce genre de problèmes. Et pourtant, pour exécuter le script le processus dispose de 120s et 256Mo de mémoire lui sont alloué.
C'est juste lié aux dimensions de la photo (et non pas à la taille en Mo qu'elle peut faire, pour un jpeg ça ne veut pas dire grand chose).
Je suppose que c'est lié à l'utilisation de GD : GD est lent et pompe ses ressources sur celles du script...

Après, vu les paramétrages de mon serveur, seules quelques photos ont ce type de problème.
Avec ImageMagick je pense que ce type de soucis est moins probable.

La solution : uploader des photos aux dimensions un peu plus réduites...

grum · 2012-06-24 23:17:13

amade a écrit:
Peut-on avoir une doc minimale indiquant :
- les noms des fichiers caches selon la taille
- la dimension en pixels correspondant à chaque taille
l'objectif étant de le générer sur PC avant de le télécharger dans le cache.

les dimensions sont celles paramétrées dans l'admin : il faut regarder pour les connaitres.

le cache est généré dans le répertoire _data/i/galleries ou _data/i/upload en fonction de la méthode (FTP ou ploader par exemple).
après, ça reprends l'arboresence de fichier.
L'image /galleries/toto/01/photoA.jpeg aura pour correspondances :
- /galleries/toto/01/photoA-th.jpeg => miniature
- /galleries/toto/01/photoA-sq.jpeg => format carré
- /galleries/toto/01/photoA-sm.jpeg => small
- /galleries/toto/01/photoA-me.jpeg => medium
- /galleries/toto/01/photoA-la.jpeg => large
- /galleries/toto/01/photoA-xl.jpeg => xl
- /galleries/toto/01/photoA-xs.jpeg => xs

Mtxr · 2012-06-25 19:04:24

Bonjour,
J'ai le même type de pb sur un hébergeur payant ;) avec les photos préalablement chargées avec ploader et d'un poids moyen de 6 à 8 Mo... (en 5100x 3400 environ)
La gestion par lot refuse tt simplement de les traiter : le compteur défile à tte vitesse et résultat néant.
Un pano en 4000x1500 passe, mais un en 9700x3700 non...
Comment est fixé ce paramètre, et que puis-je faire sans avoir à effacer les photos pour les remettre avec une taille inférieure ?

Sinon au bilan, je continuerai en ftp formaté à l'avance, et n'utiliserai pas une part intéressante de la 2.4 ....
Du moins chez cet hébergeur, car je viens de passer chez OVH, où j'espère ne pas avoir les mêmes soucis... enfin j'espère... mais je tenterai la mutation plus tard car la galerie a des visiteurs ces derniers temps pour cause de photos de mariage.

Piwigo.org

Annonce

#1 2012-06-24 14:58:32

Free.fr - Génération des images à la volée

#2 2012-06-24 15:15:08

Re: Free.fr - Génération des images à la volée

#3 2012-06-24 15:21:19

Re: Free.fr - Génération des images à la volée

#4 2012-06-24 15:58:13

Re: Free.fr - Génération des images à la volée

#5 2012-06-24 16:00:41

Re: Free.fr - Génération des images à la volée

#6 2012-06-24 19:00:32

Re: Free.fr - Génération des images à la volée

#7 2012-06-24 20:11:53

Re: Free.fr - Génération des images à la volée

#8 2012-06-24 21:41:52

Re: Free.fr - Génération des images à la volée

#9 2012-06-24 21:50:28

Re: Free.fr - Génération des images à la volée

#10 2012-06-24 22:31:32

Re: Free.fr - Génération des images à la volée

#11 2012-06-24 22:47:26

Re: Free.fr - Génération des images à la volée

#12 2012-06-24 23:04:47

Re: Free.fr - Génération des images à la volée

amade a écrit:

#13 2012-06-24 23:10:08

Re: Free.fr - Génération des images à la volée

Gotcha a écrit:

#14 2012-06-24 23:17:13

Re: Free.fr - Génération des images à la volée

amade a écrit:

#15 2012-06-25 19:04:24

Re: Free.fr - Génération des images à la volée

Pied de page des forums