Bonjour,
Je n'ai aucune photo qui s'affiche dans la galerie. C'est la première fois que j'ai ce problème.
A priori, les protections sur les fichiers sont correctes (444 sur tous les jpg et 755 sur tous les répertoires).
Si j'essaie de télécharger la photo, je n'ai pas de problème pour la visualiser avec Gwenview.
Si j'essaie de la visualiser dans un autre onglet à partir du panier, je me retrouve dans :
\https://piwigo.mon_domaine.fr/i.php?/galleries/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_001-sq.jpg
mais je n'ai aucun message d'erreur, juste une page blanche.
Le répertoires <piwigo>/logs ne contient rien.
# urpmi php-imagick
Le paquetage php-imagick-3.4.5-0.git20201230.2.2.mga8.x86_64 est déjà installé
# ls -als /etc/php.d/55_imagick.ini
-rw-r--r-- 1 root root 57 nov. 25 2022 /etc/php.d/55_imagick.ini
Les groupes "famille" et "admins" peuvent voir les photos. Je suis connecté en tant que "piwigoAdmin" dont le statut est "Webmestre" (piwigoAdmin ne fait pas partie du groupe "famille", je pense qu'il fait partie de "admins" mais ce n'est pas explicitement déclaré dans l'onglet "Utilisateurs".
Mon fichier config.inc.php :
Xuo a écrit:
$conf['show_php_errors'] = E_ALL & ~E_DEPRECATED;
$conf['enable_i_log'] = true;
if(isset($conf['show_php_errors']) && !empty($conf['show_php_errors']))
{
// Define subdirectories in case include/config_default.inc.php was not read.
// Identical (!) to include/config_default.inc.php, including slashes.
if(!isset($conf['data_location']) || empty($conf['data_location']))
{
$conf['data_location'] = '_data/';
}
if(!isset($conf['log_dir']) || empty($conf['log_dir']))
{
$conf['log_dir'] = '/logs';
}
@ini_set('error_log', PHPWG_ROOT_PATH . $conf['data_location'] . $conf['log_dir'] . '/php-error.log');
@ini_set('log_errors', true);
@ini_set('error_reporting', $conf['show_php_errors']);
@ini_set('display_errors', false);
// Set to 0 so the same condition in include/common.inc.php does not override
// it again to display errors.
$conf['show_php_errors'] = 0;
}
Merci pour votre aide.
Xuo.
Version de Piwigo: 13.8.0
Version de PHP: PHP 8.0.29 (cli)
Version de Mariadb: 10.5.19
URL Piwigo: http://
Dernière modification par xuo (2023-08-07 18:03:19)
Hors ligne
Bonjour,
ne pas confondre les status et les niveaux de confidentialité
si tes photos on un niveau de confidentialité admin il faut donner ce niveau au webmaster sinon il ne vois pas les photos
Hors ligne
Bonsoir,
Désolé pour la réponse tardive.
Je ne pense pas avoir modifié aucune permission et la dernière fois que j'avais utilisé Piwigo, je n'avais pas eu de souci. Ceci dit, cela doit remonter à plusieurs mois.
J'ai ceci sur une des photos :
https://imgbox.com/wDwqUWio
En activant me mode "inspecteur" dans Firefox, je vois ceci :
https://imgbox.com/hK1YGWCw
Et le fichier galleries/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004-me.jpg n'existe pas, seulement galleries/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004.jpg existe.
Si je ne dis pas de bêtise, galleries/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004-me.jpg devrait être créé à la volée (à une époque, comme c'était très lent, je créais toutes les miniatures moi-même).
Cela vous aide à comprendre le problème ?
Merci.
Xuo.
Hors ligne
Bonjour,
En allant dans la gestion par lot et en essayant de forcer la génération de la taille multiple cela donne quoi ?
Hors ligne
Bonsoir,
Je l'ai pas eu le temps de tester ce que vous proposez.
Mais j'ai réussi à trouver les logs. Et j'ai ça :
[11-Aug-2023 18:34:56 UTC] PHP Fatal error: Uncaught ImagickException: unable to open image '././galleries/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004.jpg': Aucun fichier ou dossier de ce type @ error/blob.c/OpenBlob/3569 in /usr/share/piwigo-11.0/admin/include/image.class.php:400
Ce fichier existe :
<top install de Piwigp>/galleries/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004.jpg
Xuo.
Hors ligne
Bonjour,
donc il faut vérifier la photo ;-)
Hors ligne
Bonjour,
Que voulez-vous dire ? Les permissions ?
$ pwd
/usr/share/piwigo-11.0
$ ls -als galleries/
total 12
4 drwxr-xr-x 2 apache apache 4096 déc. 27 2021 .
4 drwxr-xr-x 18 apache apache 4096 août 7 17:17 ..
4 -rwxr-xr-x 1 apache apache 610 oct. 11 2022 index.php
0 lrwxrwxrwx 1 apache apache 25 déc. 11 2021 Photos -> /mnt/Photos_piwigo/Photos
$ ls -als galleries/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004.jpg
4 lrwxrwxrwx 1 apache apache 73 mars 9 2016 galleries/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004.jpg -> ../../../Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004.jpg
$ ls -als /mnt/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004.jpg
400 -r--r--r-- 1 xuo users 406988 mai 6 2005 /mnt/Photos/Anniversaire_Pauline_2005/AnniversairePauline2005_004.jpg
Xuo.
Hors ligne
Bonjour,
Perso je renverrais la photo sur le serveur la il ne peux pas l'ouvrir donc le format ne lui convient pas ou erreur de transfert fichier incomplet
est ce que la photo s'affiche en taille réel ?
Hors ligne
Bonjour
Essayer de modifier dans /etc/ImageMagick-6/policy.xml ou du genre
et rechercher ligne 55 ou 56
<policy domain="coder" rights="none" pattern="jpg" />
et de le remplacer par
<policy domain="coder" rights="read|write" pattern="jpg" />
A très vite
Hors ligne
Bonjour,
Je viens de créer un nouvel album Photos_debug qui contient 3 sous-répertoires.
La synchronisation s'est faite sans problème et je "vois" bien les nouvelles photos avec un point d'exclamation à la place de la photo.
Et j'ai toujours l'erreur :
[19-Aug-2023 17:02:39 UTC] PHP Fatal error: Uncaught ImagickException: unable to open image '././galleries/Photos_debug/Tignes_2011/Tignes_2011_17.jpg': Aucun fichier ou dossier de ce type @ error/blob.c/OpenBlob/3569 in /usr/share/piwigo-11.0/admin/include/image.class.php:400
Quel est le répertoire source pour les scriptss php ? Pour moi c'est celui qui contient _data, galleries, ...
Et ce fichier existe bien.
J'ai même fait un :
chmod -R 777 ./galleries/Photos_debug
Question : est-ce qu'il ne serait pas possible de forcer un chemin absolu au lieu de ././ dans le chemin de l'image.
Pour répondre à k5, j'ai fait la modif :
Le fichier final est celui-ci car le code était à 2 endroits et je ne sais pas très bien où je devais faire la modif.
/etc/ImageMagick-7/policy.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE policymap [
<!ELEMENT policymap (policy)*>
<!ATTLIST policymap xmlns CDATA #FIXED ''>
<!ELEMENT policy EMPTY>
<!ATTLIST policy xmlns CDATA #FIXED '' domain NMTOKEN #REQUIRED
name NMTOKEN #IMPLIED pattern CDATA #IMPLIED rights NMTOKEN #IMPLIED
stealth NMTOKEN #IMPLIED value CDATA #IMPLIED>
]>
<!--
Configure ImageMagick policies.
Domains include system, delegate, coder, filter, path, or resource.
Rights include none, read, write, execute and all. Use | to combine them,
for example: "read | write" to permit read from, or write to, a path.
Use a glob expression as a pattern.
Suppose we do not want users to process MPEG video images:
<policy domain="delegate" rights="none" pattern="mpeg:decode" />
Here we do not want users reading images from HTTP:
<policy domain="coder" rights="none" pattern="HTTP" />
The /repository file system is restricted to read only. We use a glob
expression to match all paths that start with /repository:
<policy domain="path" rights="read" pattern="/repository/*" />
Lets prevent users from executing any image filters:
<policy domain="filter" rights="none" pattern="*" />
Any large image is cached to disk rather than memory:
<policy domain="resource" name="area" value="1GP"/>
Use the default system font unless overridden by the application:
<policy domain="system" name="font" value="/usr/share/fonts/favorite.ttf"/>
Define arguments for the memory, map, area, width, height and disk resources
with SI prefixes (.e.g 100MB). In addition, resource policies are maximums
for each instance of ImageMagick (e.g. policy memory limit 1GB, -limit 2GB
exceeds policy maximum so memory limit is 1GB).
Rules are processed in order. Here we want to restrict ImageMagick to only
read or write a small subset of proven web-safe image types:
<policy domain="delegate" rights="none" pattern="*" />
<policy domain="filter" rights="none" pattern="*" />
<policy domain="coder" rights="none" pattern="*" />
<policy domain="coder" rights="read|write" pattern="{GIF,JPEG,PNG,WEBP}" />
-->
<policy domain="coder" rights="read|write" pattern="{GIF,JPEG,PNG,WEBP,png,jpeg}" /> => cette ligne a été ajoutée APRES la zone de commentaires.
<policymap>
<!-- <policy domain="resource" name="temporary-path" value="/tmp"/> -->
<!-- <policy domain="resource" name="memory" value="2GiB"/> -->
<!-- <policy domain="resource" name="map" value="4GiB"/> -->
<!-- <policy domain="resource" name="width" value="10KP"/> -->
<!-- <policy domain="resource" name="height" value="10KP"/> -->
<!-- <policy domain="resource" name="list-length" value="128"/> -->
<!-- <policy domain="resource" name="area" value="100MP"/> -->
<!-- <policy domain="resource" name="disk" value="16EiB"/> -->
<!-- <policy domain="resource" name="file" value="768"/> -->
<!-- <policy domain="resource" name="thread" value="4"/> -->
<!-- <policy domain="resource" name="throttle" value="0"/> -->
<!-- <policy domain="resource" name="time" value="3600"/> -->
<!-- <policy domain="coder" rights="none" pattern="MVG" /> -->
<policy domain="coder" rights="read|write" pattern="{GIF,JPEG,PNG,WEBP,png,jpeg}" /> => cette ligne a été décommentée.
<!-- <policy domain="module" rights="none" pattern="{PS,PDF,XPS}" /> -->
<!-- <policy domain="delegate" rights="none" pattern="HTTPS" /> -->
<!-- <policy domain="path" rights="none" pattern="@*" /> -->
<!-- <policy domain="cache" name="memory-map" value="anonymous"/> -->
<!-- <policy domain="cache" name="synchronize" value="True"/> -->
<!-- <policy domain="cache" name="shared-secret" value="passphrase" stealth="true"/> -->
<!-- <policy domain="system" name="max-memory-request" value="256MiB"/> -->
<!-- <policy domain="cache" name="synchronize" value="true"/> -->
<!-- <policy domain="system" name="shred" value="1"/> -->
<!-- <policy domain="system" name="font" value="/path/to/unicode-font.ttf"/> -->
<policy domain="Undefined" rights="none"/>
</policymap>
Xuo.
Dernière modification par xuo (2023-08-19 21:01:51)
Hors ligne
Bonsoir,
J'ai contourné le problème en faisant 2 modifs dans admin/include/image.class.php.
Ligne 400 :
$this->image = new Imagick($_SERVER['DOCUMENT_ROOT'] . '/piwigo/' . $source_filepath);
au lieu de :
$this->image = new Imagick($source_filepath);
et ligne 479 :
return $this->image->writeImage($_SERVER['DOCUMENT_ROOT'] . '/piwigo/' . $destination_filepath);
au lieu de :
return $this->image->writeImage($destination_filepath);
Soit il y a un bug dans le code (mais alors 100% des gens qui l'utilisent devraient avoir le même problème) soit j'ai une variable que n'est pas (ou mal) définie.
Quelqu'un saurait-il m'aider ?
Merci.
Xuo.
Hors ligne
Bonjour,
pourquoi avoir installé mageia ??? je ne comprends pas , c'est peut-être pour ça qu'il faudrait quelques modifications.
xuo a écrit:
Le paquetage php-imagick-3.4.5-0.git20201230.2.2.mga8.x86_64 est déjà installé
A très vite
Hors ligne