Cette fois-ci, on y est presque ...
J'ai généré les miniatures des albums racine et .. miracle .. toutes les miniatures se génèrent toutes seules !!
Il ne reste plus que les images en taille normale qui ne s'affichent tj pas , dans le diaporama par exemple ...
Je continue mes recherches .... si quelqu'un peut m'aider pour ce dernier pb ... ??
Bonjour,
Avez-vous lu ce post:
http://fr.piwigo.org/forum/viewtopic.php?id=22257
Maintenant les images se génère à la volée. C'est-à-dire que la première fois que l'on demande une page, les vignettes ou images (avec watermark) sont générées par le serveur. Il faut prendre patience (et parfois subir des "timeout") ou bien regénérer toutes les formats de photos grâce à la gestion des lots.
A noter:
J'ai du réactiver le plugin Local file editor et rajouter la ligne suivante dans ma config locale pour que la génération fonctionne sur mon Syno 209:
$conf['graphics_library'] = 'gd';
Cordialement
FDRT
Dernière modification par FDRT (2012-06-26 07:41:24)
Hors ligne
Merci pour toutes ces infos...
Effectivement, les vignettes se reconstruisent à la volée ... mais pas les photos en taille normale .
Qd je vais dans un album, la vignette apparaît bien sur le coté mais pas la photo en taille normale au centre de l'écran.
J'ai testé avec plusieurs thèmes différents (dont Elegant) mais rien n'y fait... pourtant la photo est bien présente dans la bibiothèque \upload...
un indice ??
Je vois que la version d'ImageMagick est très vieille (6.3.9 alors que sur une Debian stable on est actuellement en 6.6.0). Un utilisateur américain a trouvé une astuce http://piwigo.org/forum/viewtopic.php?p … 08#p131408 :
Fichier admin/include/image.class.php, ligne 610, remplacer :
$this->add_command('sampling-factor', '4:2:2' );
par
// $this->add_command('sampling-factor', '4:2:2' );
(ajouter les "//", ça met l'instruction en commentaire)
Bien sûr (comment ça, c'est pas évident pour tout le monde ?) il faut aussi supprimer la configuration :
$conf['graphics_library'] = 'gd';
Hors ligne
La ligne que tu indiques n'est pas présente dans le fichier indiqué.
Néanmoins, j'ai tenté d'installer une nouvelle version d'ImageMagick sur mon Synology DS2011j.
Je l'ai bootstrapé, installé IPKG puis le package ImageMagick en v6.6.7.
Seulement, je n'ai pas une idée précise du répertoire où le package s'est installé; je l'ai fait à priori sur /volume1 ...
J'ai indiqué avec LocalFileEditor dans le fichier local/config/config.inc.php :
$conf['graphics_library'] = 'ext_imagick';
$conf['ext_imagick_dir'] = '/usr/syno/bin';
Mais cela n'y fait rien et j'ai la bibliothèque suivante prise en compte :
Bibliothèque graphique: GD bundled (2.0.34 compatible)
Où et comment mettre à jour la bibliothèque graphique ImageMagick ?
Un indice ...???
Bonjour,
Sur mon Syno 209, sans bootstrap et maj de package, les 2 solutions fonctionnent:
- Dans local file editor, 'forcer GD'
- ou toujours dans local file editor, 'mettre le chemin donné (/usr/syno/bin) pour imagemagick
Mais, dans les 2 cas, il faut regénérer toutes les tailles (enfin celle configurées) pour que cela fonctionne. Sinon la génération "à la volée" est tellement lente (y compris pour les vignettes) que l'on a l'impression que rien ne fonctionne. Cela fait plusieurs jours que je suis en train de régénérer les tailles des photos de la galerie (plusieurs milliers). Le processeur du Syno est à 100%.
A noter que cette génération des tailles de photo, s'effectue avec la gestion des lots. Une fois les photos sélectionnées et la régénération lancée, il faut conserver cette page d'administration ouverte sur le PC client, sinon la régénération des images s'arrête sur le serveur.
Après génération des images dans toutes les tailles, l'affichage des pages "vignettes" est, j'ai l'impression, plus rapide qu'avant (en 2.3.4). En revanche, je trouve le téléchargement des pages images plus lent (toujours par rapport à la 2.3.4). Peut-être est-ce dû au fait que j'ai configuré pour "GD" et non Imagemagick ?
En 2.3.4, je ne sais pas lequel était utilisé, cela fonctionnait tout seul, mais je pense que c'était imagemagick. Car, au débutr cela ne fonctionnait plus et j'ai du configurer pour utiliser GD à la place. Peut-être GD fait des fichiers plus gros et plus long à télécharger, ce qui expliquerait les lenteurs. Avec la 2.3.4, on a besoin de "forcer" le chemin d'installation pour imagemagick pour qu'il trouve l'outil.
Cordialement
Frédéric
Hors ligne
J'ai fait le test suivant :
- passer ma bibliothèque graphique en "GD",
- prendre un album ne contenant que quelques photos et régénérer 3 niveaux (dont Médium) de formats
- aller de nouveau dans l'album pour vérifier...
- j'ai bien les vignettes qui s'affichent, mais tj pas d'images en taille normale
Je précise que les images générées possèdent l'extension "(médium)" mais que l'image qui est sensée s'afficher ne possède pas cette extension dans le nom.
J'avoue que je commence à désespérer ...
Petite précision ... il s'agit rééllement d'un pb d'affichage car qd j'effectue la fonction "download" sur la photo, je download bien la bonne photo en grand format.
tu peux envoyer/poster un lien vers la galerie svp ? merci
Hors ligne
Voici un lien de test :
http://nas.abryy.com/picture.php?/27091/category/701
avec le thème "Pure Grey"
A noter : le thème "Stripped & Columns" bizarement fonctionne et affiche les photos à taille originale, point qui ne fonctionne pas avec les autres thèmes : Elegant, Simple Grey, ...
ce n'est pas Pure grey
Sinon vous avez mis quelle config dans les tailles (activé/désactivé quoi)
Hors ligne
J'ai enleve touts les plugins non compatible mais voila les erreurs sont tjrs la:pas de vignette,pas de photos!
Warning: [mysql error 1054] Unknown column 'tn_ext' in 'field list'
SELECT id,path,tn_ext,file,filesize,level,name
FROM piwigo_table1images
WHERE id IN (2611,2612,2613,2614,2615,2616,2617,2618,2619,2620,2621,2622,2623,2624,2625,2626,2627,2628,2629,2630,2631,2632,2633,2634,2635,2636,2637,2638,2639,2640,2641,2642,2643,2644,2645,2646,2647,2648)
ORDER BY date_available DESC, file ASC, id ASC
LIMIT 20 OFFSET 0
; in /home/ikonfo96/public_html/piwigo/include/dblayer/functions_mysql.inc.php on line 770
Warning: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/ikonfo96/public_html/piwigo/include/dblayer/functions_mysql.inc.php on line 153
Warning: Cannot modify header information - headers already sent by (output started at /home/ikonfo96/public_html/piwigo/include/dblayer/functions_mysql.inc.php:769) in /home/ikonfo96/public_html/piwigo/include/page_header.php on line 105
cette erreur ne devrait pas avoir lieu (comme toutes les erreurs ^^) : réuploadez piwigo 2.4 , il se peut que des fichiers n'aient pas été maj.
Dernière modification par flop25 (2012-06-27 15:49:46)
Hors ligne
Comment refaire une mise à jour automatique alors qu'elle a déjà été effectuée ?
Je préfère cette solution à une mise à jour manuelle, pour être sûr que tous les fichiers soient mis à jour.
Merci de m'indiquer le paramètre à re-initialiser.
Merci
non ; justement pour être sûr que tous les fichiers sont bien mis à jour il faut les uploader
sinon je pensais, vous avez des plugins activés ; si oui lesquels ?
Hors ligne