🌍
Français
Conclusion de ce post :
- j'ai re-uploadé PIWIGO v2.4.0,
- reboot du syno,
- mis la biblio graphique en "GD"
et tout est rentré dans l'ordre.
Merci encore pour tous les conseils ....!!!
OUI, cela fait tj la même chose.
Je vais donc re-uploader manuellement la v2.4.0 et je vous tiens au courant !!
Merci pour tout
additional page n'est pas compatible 2.4
si c'est pareil après sa désactivation, ré uploadez la 2.4
Les plugins activés sont les suivants :
Additional Pages
LocalFiles Editor
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 ?
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
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.
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
ce n'est pas Pure grey
Sinon vous avez mis quelle config dans les tailles (activé/désactivé quoi)
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, ...
tu peux envoyer/poster un lien vers la galerie svp ? merci
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.
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 ...
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
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 ...???