Complément : Je n'ai pas eu de problème de non affichage d'une image (Quel navigateur, quelle version ?)

Mascarille a écrit:

Complément 2
L'image CIMG0211 Puy du Fou refuse de s'afficher, Vous êtes certains de l'avoir correctement chargée ?
Comment ?

Oui toutes les images s'affichaient correctement. Comme je le disais dans mon 1er message, le problème semble aléatoire. Parfois dans une lightbox, le fait de revenir en arrière resoud le problème.

Quant au navigateur, cela le fait sous Chrome, FireFox, explorer. Que ce soit sous Linux ou Windows.

Dans la mesure où vous ne laissez pas l'utilisateur choisir sa taille d'image puisque vous utilisez lightbox, quel choix avez vous fait dans configuration > option > taille des photos ?

Ce qu'il faudrait savoir c'est à partir de quelle(s) taille(s) d'image en cache lightbox travaille... P@t s'il n'est pas en vacances peut sans doute répodre ?

Ne générer ou regénérer que ces tailles là.
Le faire en quelques étapes avec le batch (Photo > Gestion par lots)

Mascarille a écrit:

Ce qu'il faudrait savoir c'est à partir de quelle(s) taille(s) d'image en cache lightbox travaille... P@t s'il n'est pas en vacances peut sans doute répodre ?

Ne générer ou regénérer que ces tailles là.
Le faire en quelques étapes avec le batch (Photo > Gestion par lots)

Je pense que c'est la taille large car c'est celle-ci qui ne s'affiche pas quand on va la chercher en direct. J'ai d'ailleurs fait l'essai en régénérant sur mon ordi une autre image défectueuse, puis en la renvoyant via ftp.

Mascarille a écrit:

Pour éviter de vous faire trop remarquer par OVH, vous pouvez simplement regénéer par étapes les tailles d'écran utilisées (et seulement celles là). Dans le traitement batch, vous pouvez par exemple sélectionner 2011, en cochant sous répertoires. Et en 7 ou 8 étapes vous aurez ainsi traité toute votre galerie.

Je viens de le faire sur l'année 2010 (il n'y a que 220 photos). J'ai fait le batch en utilisant ImageMagick la 1ère fois, puis en utilisant la librairie GD la 2ème fois . Comme vous le constatez, les 2 fois il y a des erreurs lors de la régénération des images (voir les 2 images ci-dessous).

Je viens de me monter un serveur web local, et dès que j'aurais téléchargé le site je referais la même manip pour voir si le problème viens de mon hébergeur.

Je vous tiens au courant dès que c'est chargé mais sans doutes pas avant quelques heures ...

Bonne soirée.

Dernière modification par ddnet473 (2012-08-13 18:46:55)

Bon, petit résumé :

la vitesse d'affichage à l'air de s'améliorer en régénérant les tailles multiples et/ou en passant dans chaque album. Une fois fait c'est quand même mieux. Cependant - je reste ferme - cela n'est pas aussi rapide qu'en version 2.3.

Il y a des erreurs lorsque l'on génère les tailles multiples. Je ne sais pas pourquoi mais sur certaines images les tailles sont parfois pas ou mal générées.

Je constate exactement les mêmes défauts avec une installation en local : pour le coup j'ai mis cote à cote les 2 versions et les vitesses d'affichage sont plus lentes en 2.4 qu'en 2.3. D'autre part, il y a aussi des erreurs lors de la génération des tailles multiples et cela semble aléatoire.

J'espère que mes remarques permettront d'améliorer encore piwigo parce que c'est une galerie que j'apprécie beaucoup !

Pour finir, je me suis créé un petit script qui me génère en local les tailles multiples dans la bonne arborescence. Ensuite je n'aurai plus qu'à uploader l'ensemble sur mon site (ce sera après les vacances). Je le met ci-après si cela peut aider. Attention cependant :

a) je ne suis pas un pro en programmation donc je décline toutes responsabilités en cas de problème. Ne l'utilisez pas si vous ne comprenez pas ce qu'il fait !
b) ce script est surement plus que perfectible, alors n’hésitez pas à me faire les remarques qui s'imposent !
b) c'est à faire en local sur son poste de travail
c) cela ne marche que sous linux ...

Bonne soirée et bonnes vacances.

Didier

#!/bin/bash
#
#------------------------------------
# script piwigo_tailles_multiples.sh
# version 1.0
# le 14 aout 2012
#------------------------------------
#

## fonction de conversion
## transformer l'image et la mettre dans le repertoire de destination
##
creer_taille() {
  chaine=$1
  nouveau=${chaine/$2/$3}
  nouveau=${nouveau%$4}$5$4
  convert $1 -resize $6 $nouveau
}

## Declaration des tailles
tab_taille=("120x120:-sq" "128x96:-th" "240x240:-2s" "432x324:-xs" "576x432:-sm" "800x600:-me" "1008x756:-la")

source="/home/laptop/album/upload/"
destination="/home/laptop/album/_data/i/upload/"

## prendre chaque image des repertoires
## find /path/to/folder -name '*.jpg'
##
find $source -name '*.jpg' | while read image

do
  ## recuperer l'extension
  ##
  extension="${image:(-4)}"

  ## Pour chaque valeur du tableau, appeler la fonction en passant les parametres de nom et de taille
  ##
  for i in ${!tab_taille[@]}
  do
    valeur=${tab_taille[i]}
    taille=$(cut -d':' -f1 <<< "$valeur")
    nom_taille=$(cut -d':' -f2 <<< "$valeur")
    creer_taille $image $source $destination $extension $nom_taille $taille
  done

done

exit 0

Juste une remarque par rapport au programme proposé et pour une préparation des différentes tailles d'images avant la migration en 2.4, il faut récupérer les images en haute définition à deux endroits différents
- dans tous les dossiers pwg-high pour les images chargées en FTP,
- dans tous les dossiers pwg-high qui se trouvent dans upload pour les images chargées par... upload.

Bonjour Mascarille,

Mascarille a écrit:

- dans tous les dossiers pwg-high pour les images chargées en FTP,
- dans tous les dossiers pwg-high qui se trouvent dans upload pour les images chargées par... upload.

En effet, par contre je ne charge mes photos qu'avec pLoader en n'utilisant que des albums virtuels. Dans mon cas le repertoire source serait dans le genre :

source="/www/piwigo/upload/"

Mais n'étant pas un expert je pense qu'une personne plus calée pourrait nous éclairer de ses lumières.

En ce qui concerne l'upload via ftp, je ne sais pas où l'on stocke les photos. Comme je le disais, le script est perfectible ...

Bonne journée.

Didier