Vous n'êtes pas identifié(e).
- Discussions : Actives | Sans réponse
Annonce
Pensez d'abord à lire la FAQ, vous y trouverez probablement une solution à votre problème.
#26 Re : Bugs » Compteur de visites erroné » 28-07-2023 20:54:16
Salut David, merci pour ta réponse j'aimerai bien que tu sois dans le vrai mais je suis régulièrement ce site et ce faux succès est bien réel et fonctionne comme une horloge bien huilée avec un progression d'une régularité tout à fait anormale qui totalise environ 500 TOUS LES JOURS j'ai fais le constat sur plusieurs périodes d'une semaine. Alors pour ne pas t'embêter davantage je vais me "réjouir" sur ta conclusion : mon site a du succès, TOUS LES JOURS et même la nuit ! mdr
#27 Bugs » Compteur de visites erroné » 28-07-2023 16:50:51
- Denis GIRAULT
- Réponses : 3
Ce problème n'est pas bloquant mais je préfère te le (re)signaler. Je l'avais déjà soumis en V2 sur ce même site : ( https://photos78.net ) et après l'avoir migré en V3 j'ai continué à constater les mêmes symptômes : J'ai une visibilité du compteur de vues qui ne reflète pas la réalité. En plus de compter les photos réellement vues il progresse régulièrement d'environ 500 vues / jour. J'atteins une valeur de plus 800 000 vues ?. Sur mes trois autres sites (au même niveau de version ) je n'ai pas ce problème.
#28 Re : Bugs » [RESOLU] PHP Exception après Autorisation changement de style » 27-07-2023 22:10:10
Merci David j'ai appliqué ta correction sur mes 3 sites (IONOS) en V3.0.20 (Le 4ème étant encore en 3.0.19 le problème ne se pose pas) Elle corrige bien la PHP Exception qui survenait après la Sélection Autoriser les visiteurs à changer le style Je passe en résolu.
Cordialement.
#29 Bugs » [RESOLU] PHP Exception après Autorisation changement de style » 25-07-2023 13:31:51
- Denis GIRAULT
- Réponses : 2
Suite à qqs modifications du style et couleur (Options du thème) du site V3 : https://geocaching78.fr l'accès à ce site me donne systématiquement une page web vierge. J'ai récupéré en visualisant (par ftp) dans le dossier errors de ce site une Exception PHP dont la date est celle de ce jour. Voici le message complet :
<error md5="8ec0fa6e18419f926ece6c3e68c55225">
<app_version>3.0.20</app_version>
<php_version>8.2.8</php_version>
<type>PHP_EXCEPTION</type>
<date>2023-07-25 09:27:56.517343</date>
<q>tags</q>
<file>template%2Fdefault%2Fphp%2Fcustom.php</file>
<line>169</line>
<message>Call+to+a+member+function+read%28%29+on+null</message>
<trace>%5B%5D</trace>
</error>
Edit de 19h18: Vu dans le module template/default/php/custom.php la séquence autour de la ligne 169 correspond bien à ma modification : // Style utilisateur.
if ($params['style_change'])
{
(169) $style = (string) Auth::$prefs->read('theme_default_user_style');
if (in_array($style, ['clear', 'dark']))
{
Template::set('theme', ['user_style' => $params['style'] = $style]);
}
}
Edit de 10h10: J'ai mis toute la séquence ci-dessus en commentaire // (dans custom.php) et l'accès à mon site refonctionne avec les modifs de style que j'avais faites.
Edit de 10h30: Je progresse lol avec mon 2ème site https://l2tc78.fr j'ai refait une partie de la manip en cochant la case : Autoriser les visiteurs à changer le style et le problème s'est reproduit avec une Exception PHP et plus d'affichage de ce site.
Edit du 27/07/2023 En attendant une correction j'ai supprimé toute la séquence // Style utilisateur (Je n'ai plus les fonctions Options du thème) mais je peux basculer entre l'affichage "clear" et "dark"
#30 Utilisation » Affichage pleine page du diaporama sous W11 » 17-07-2023 11:26:06
- Denis GIRAULT
- Réponses : 1
Retour sur un de mes anciens messages résolu en W10 : "Pour un Diaporama pleine page d'iGalerie V3
+ suppression des barres de contrôle du diaporama dans son paramétrage (ou directement dans le code) d' iGalerie.
+ suppression de la barre des taches de l'OS et des barres de contrôle du navigateur par la touche F11 (non paramètrable dans le code ou les paramètres du diaporama)."
Mais depuis que je suis passé en W11 Microsoft sur portable Asus, cette touche F11 sert maintenant de touche de capture d'écran. J'ai essayé beaucoup d'autres touches de fonction proposées par Asus ou Windows, aucune ne réalise cette fonction bien utile de l'affichage photo plein écran en supprimant provisoirement toutes les barres de taches et de contrôle du navigateur. Si vous avez une solution, je suis preneur. Merci d'avance.
#31 Bugs » Mise à jour iGalerie 3.0.20 non faite » 13-06-2023 08:26:32
- Denis GIRAULT
- Réponses : 1
Bonjour David, après avoir eu le message de la disponibilité de cette version, j'ai accepté la MAJ de cette version mais j'ai eu droit au message : Vous avez déjà la version la plus récente d'iGalerie. En vérifiant dans système effectivement toujours en version Version 3.0.19 2023-02-27 12:00:46 Mais j'ai découvert qu'il y avait 4 incidents recensés peut-être sans rapport avec cette non mise à jour. Mais je te les joins quand même ci-dessous :
#4
Date : 2023-03-16 19:32:52.948181
iGalerie : 3.0.19
PHP : 8.2.3
Type : SQLITE_ERROR
Fichier : includes/core/DB.class.php
Ligne : 298
Page :
Message : SQLSTATE[HY000]: General error: 5 database is locked
Trace : #1 ajax.php(110): AjaxGallery::login()#2 includes/gallery/classes/AjaxGallery.class.php(715): Auth::form()#3 includes/core/Auth.class.php(376): Auth::getNewSessionToken()#4 includes/core/Auth.class.php(481): DB::execute()
#3
Date : 2023-03-11 22:30:37.950922
iGalerie : 3.0.19
PHP : 8.2.3
Type : PHP_USER_WARNING
Fichier : includes/prepend.php
Ligne : 92
Page :
Message : Failed opening required file (db.class.php).
Trace : #1 sitemap.php(17): {closure}('db')#2 includes/prepend.php(92): trigger_error('Failed opening ...', 512)
#2
Date : 2023-03-11 19:18:47.729840
iGalerie : 3.0.19
PHP : 8.2.3
Type : PHP_EXCEPTION
Fichier : image.php
Ligne : 22
Page :
Message : Failed opening required '/includes/object_infos.php' (include_path='.:/usr/lib/php8.2')
#1
Date : 2023-03-11 19:18:47.729062
iGalerie : 3.0.19
PHP : 8.2.3
Type : PHP_WARNING
Fichier : image.php
Ligne : 22
Page :
Message : require_once(/includes/object_infos.php): Failed to open stream: No such file or directory
Trace : #1 image.php(22): require_once('/homepages/6/d7...')Merci d'avance pour ton aide. Bonne journée.*
#32 Propositions » Mot de Passe en clair à la Connexion » 05-06-2023 09:17:56
- Denis GIRAULT
- Réponses : 1
Bonjour David,
certains des membres de ma photothèque ont des problèmes avec leur mot de passe et comme leur clavier n'affiche pas toujours si en MAJ ou en Min (Caps lock activé ou non mais sans témoin) serait-il possible comme sur beaucoup de site d'avoir un option (item oeil) pour afficher en clair leur mot de passe quand ils le tapent ? Merci pour ta réponse. Bonne journée.
#33 Re : Utilisation » [RESOLU]RAZ statut "Nouveau" suite restauration de photos supprimées » 19-03-2023 22:22:40
Effectivement sur mon portable écran 14 pouces que j'utilise principalement ce panneau latéral ne s'affiche pas.
Sur mon autre portable écran 15 pouces il s'affiche correctement pourtant les résolutions écran sont identiques : 1920 x 1080. J'en déduis donc que cet affichage est lié uniquement à la taille de l'écran et ne sera jamais possible sur un écran 14 pouces même en affichage plein écran.
Cette fonctionnalité est vraiment intéressante et va résoudre le problème que j'ai posé. Merci David pour ton aide. Problème résolu.
#34 Re : Utilisation » [RESOLU]RAZ statut "Nouveau" suite restauration de photos supprimées » 19-03-2023 15:22:30
Hélas pour moi cette nouvelle fonctionnalité n'apparait pas quand je suis en mode grille je suis pourtant passé (en principe !) en version V3.0.19 si j'en crois l'info système affiché.
#35 Re : Utilisation » [RESOLU]RAZ statut "Nouveau" suite restauration de photos supprimées » 19-03-2023 14:48:17
Re, j'ai suivi le cheminement de ta mèthode, mais après "Gérer les fichiers" et l'affichage en grille, dans le menu sélection (ni ailleurs ) je n'ai l'icone calendrier, ni le moindre item "Dates" proposé. Serait-ce encore un paramètre par défaut que je n'aurais pas bien validé ? Merci pour ta réponse.
#36 Utilisation » [RESOLU]RAZ statut "Nouveau" suite restauration de photos supprimées » 19-03-2023 10:00:27
- Denis GIRAULT
- Réponses : 6
Bonjour David, un des membres ayant par inadvertance supprimé toute sa catégorie de photos, j'ai dû la restaurer à partir d'une sauvegarde. Evidemment Tous les albums catégories et photos restaurés sont apparus comme "Nouveau" . Quel est le meilleur moyen et le plus rapide pour supprimer ce statut qui n'est pas justifié ?. Merci d'avance pour ta réponse.
#37 Re : Bugs » [RESOLU] Erreur à l'ouverture de certains albums » 11-03-2023 19:42:18
En remplaçant la ligne 416 du fichier includes/core/SQL.class.php :
$sql = 'item_pubdt DESC, i.item_id DESC';
par celle-ci :
$sql = 'item_pubdt DESC, item_id DESC';
Après avoir appliqué cette correction, j'ai retrouvé l'accès à mes photos dans les albums concernés.
Merci David pour ta fiabilité à toutes épreuves et ta disponibilité.
#38 Bugs » [RESOLU] Erreur à l'ouverture de certains albums » 10-03-2023 10:43:34
- Denis GIRAULT
- Réponses : 2
Suite à la migration de ma galerie photos de V2 à V3 je viens de constater des erreurs à l'ouverture de certains albums (bien que les photos y soient bien toutes présentes) le message est : Oups ! Une erreur s'est produite durant le traitement de votre requête. Veuillez réessayez ultérieurement.
Avec le cas de mon album "Street Art" dans l'item Incident l'erreur suivante est apparue suite à ce message :
#1
Date : 2023-03-10 09:23:51.928549
iGalerie : 3.0.19
PHP : 8.2.3
Type : SQLITE_ERROR
Fichier : includes/core/DB.class.php
Ligne : 275
Page : album/121-street-art
Message : SQLSTATE[HY000]: General error: 1 no such column: i.i.item_id
Trace : #1 index.php(15): Gallery::start()#2 includes/gallery/classes/Gallery.class.php(686): require_once('/homepages/6/d7...')#3 includes/gallery/album.php(28): GalleryItems::getAlbumItems()#4 includes/gallery/classes/GalleryItems.class.php(37): GalleryItems::_getItems(24)#5 includes/gallery/classes/GalleryItems.class.php(846): DB::execute('SELECT i.*,\
\\t\\t\\t...', Array)En supprimant l'erreur et en recommençant sur un autre album qui lui aussi ne s'ouvre pas :
#1
Date : 2023-03-10 09:37:38.415679
iGalerie : 3.0.19
PHP : 8.2.3
Type : SQLITE_ERROR
Fichier : includes/core/DB.class.php
Ligne : 275
Page : album/157-sortie-animateurs-loiret
Message : SQLSTATE[HY000]: General error: 1 no such column: i.i.item_id
Trace : #1 index.php(15): Gallery::start()#2 includes/gallery/classes/Gallery.class.php(686): require_once('/homepages/6/d7...')#3 includes/gallery/album.php(28): GalleryItems::getAlbumItems()#4 includes/gallery/classes/GalleryItems.class.php(37): GalleryItems::_getItems(24)#5 includes/gallery/classes/GalleryItems.class.php(846): DB::execute('SELECT i.*,\
\\t\\t\\t...', Array)Dois-je supprimer ces albums et les restaurer proprement, ou bien as-tu une correction de code envisageable dès maintenant ? Merci d'avance David.
#39 Re : Bugs » [RESOLU] Pas de téléchargement des albums » 06-03-2023 16:35:10
Effectivement la fonctionnalité n'était pas activée (par défaut ?) dans réglages. Il fallait descendre l'ascenseur pour la trouver (en bas de page) Tout est OK maintenant. Merci David pour ta réactivité. Je joins la Capture d'écran 2 pour ceux qui se feraient piéger comme moi.
#40 Re : Bugs » [RESOLU] Pas de téléchargement des albums » 06-03-2023 16:05:22
Bonjour David, oui 
#41 Bugs » [RESOLU] Pas de téléchargement des albums » 05-03-2023 22:07:07
- Denis GIRAULT
- Réponses : 4
iGalerie V3.0.19
Toutes les fonctionnalités sont activées pour les utilisateurs du compte membre en particulier "Téléchargement des albums (archive Zip)". Mais si l'icone de téléchargement apparait bien au niveau de chaque photo il est absent au niveau de tous les albums. L'utilisateur ne peut télécharger qu'une photo à la fois.
Un incident est apparu pendant mes différents essais, peut-être sans rapport.
#1
Date : 2023-03-05 20:48:03.714822
iGalerie : 3.0.19
PHP : 8.2.3
Type : SQLITE_ERROR
Fichier : includes/core/DB.class.php
Ligne : 275
Page : item/3284-20220512-112445
Message : SQLSTATE[HY000]: General error: 1 no such column: i.i.item_id
Trace : #1 index.php(15): Gallery::start()#2 includes/gallery/classes/Gallery.class.php(686): require_once('/homepages/6/d7...')#3 includes/gallery/item.php(15): GalleryItems::getInfos()#4 includes/gallery/classes/GalleryItems.class.php(571): GalleryItems::_itemPagination(Array)#5 includes/gallery/classes/GalleryItems.class.php(934): GalleryItems::_getItems()#6 includes/gallery/classes/GalleryItems.class.php(846): DB::execute('SELECT i.item_i...', Array)A toutes fins utiles
#42 Re : Utilisation » Zoom sur les photos en HD » 02-03-2023 07:58:36
Bonjour David, et merci pour ta réponse rapide. Les 2 méthodes fonctionnent effectivement (moins intuitivement) mais il ne s'agit que d'un agrandissement de la photo à sa taille réelle (100%) par rapport à sa résolution. Dommage que le zoom (au-dela des 100%) de la V2 ait été supprimé dans la V3, il faisait partie des fonctionnalités très appréciées des membres de mon club photo. Peut-être un jour .... ? Bonne journée. Cordialement
#43 Utilisation » Zoom sur les photos en HD » 01-03-2023 09:43:47
- Denis GIRAULT
- Réponses : 2
Bonjour David, une de mes photothèques qui était encore gérée avec la version V2 vient de passer sur la V3. La migration a été réussie du premier coup grâce à la très bonne documentation fournie sur ce sujet et que j'ai suivie point par point.
Après qqs ajustements par rapport à des paramètres par défaut et la remise en place des pwd des utilisateurs. L'un d'eux qui télécharge des photos en haute définition m' a déja signalé deux différences notables :
+ Il a pu se passer de la méthode ftp pour téléverser une photo de 14 Mo (6960 x 4640 pixels) en utilisant la méthode "http" qui en V2 lui aurait dit "envoi impossible fichier trop gros" C'est un réel progrès pour lui et pour tous mes membres peu adeptes à la "technicité du ftp".
+ Cependant en visualisant cette photo, il a constaté que le zoom sur la photo de cette taille, pour vérifier la qualité de sa prise de vue en la grossissant sur ses détails, ne fonctionnait plus et la photo s'affichait au mieux en plein écran. Aurais-je oublié de modifier un paramètre de fonctionnement ? Ou bien est-ce une suppression de cette fonctionnalité très utile pour mes photographes avertis ? Et de dans ce cas pour quelle raison ? Merci d'avance pour ta réponse, et une fois encore pour tout ce travail qui nous enchante. Cdlt
#44 Re : Bugs » [RESOLU] Erreur PHP systématique » 27-01-2023 09:04:03
Problème résolu avec la dernière version eGalerie 3.0.19 Merci David
#45 Re : Utilisation » Versions PHP compatibles pour iGalerie » 13-01-2023 09:16:40
Bonjour David, merci pour ta réponse rapide. Je m'en doutais un peu. Je vais avertir mes utilisateurs de cette migration en espérant la réussir sans soucis sinon je risque de refaire appel à toi si problèmes rencontrés au cours de cette opération délicate. Bonne journée.
#46 Utilisation » Versions PHP compatibles pour iGalerie » 12-01-2023 15:06:36
- Denis GIRAULT
- Réponses : 2
Bonjour David.
Suite à un rappel à l'ordre de mon hébergeur (IONOS) j'ai fait évoluer pour plusieurs de mes sites avec iGalerie V3 la compatibilité de la version PHP d'iGalerie de 7.4 à 8.2 tel que j'ai pu le découvrir dans la documentation de cette merveilleuse application : "Écrite en PHP 7.2 et pleinement compatible avec PHP 8.2, iGalerie peut fonctionner ..." Cependant il me reste un site sur lequel est installé la dernière version iGalerie v2.4.13 - 1er janvier 2020
Cette version V2 d'iGalerie est-elle compatible avec la dernière version PHP 8.2 Si non il y aura -t-il une MAJ ou bien devrais-je envisager une migration vers iGalerie V3 ? Merci pour ta réponse. Cordialement.
#47 Bugs » [RESOLU] Erreur PHP systématique » 03-01-2023 19:27:56
- Denis GIRAULT
- Réponses : 2
Après passage de la 3.0.17 à la 3.0.18 j'ai une erreur systèmatique à la création d'un nouvel album ou catégorie. L'album ou la catégorie est quand même créée.
#1
Date : 2023-01-02 20:22:42.201596
iGalerie : 3.0.18
PHP : 7.4.33
Type : PHP_EXCEPTION
Fichier : includes/core/Category.class.php
Ligne : 228
Page : category/450
Message : Return value of Category::create() must be of the type int, string returnedPS: David, je vous souhaite une Bonne année 2023. Amitiés.
#48 Re : Utilisation » [Résolu] Affichage direct d'1photo dans la description d'une catégorie » 10-07-2022 08:29:53
Je reviens sur ce problème. La balise </img> ne semble pas nécessaire. (Existe-t-elle ?) Mais étrangement le fait de l'avoir utilisée a fait apparaitre les photos dans le descriptif ce qui n'était pas réalisé auparavant. Jusqu'à ce que hier soir toutes celles-ci soient de nouveau inaffichables (Texte brut html à la place) les essais se sont fait dans un contexte W7 et W10 avec Edge et Chrome. Après des On/Off PC et vidage caches, tout est redevenu normal. Problème aléatoire lié à mon serveur ??
#49 Re : Utilisation » [Résolu] Affichage direct d'1photo dans la description d'une catégorie » 09-07-2022 14:16:34
Re, je viens de découvrir mon erreur en voulant t'envoyer le lien https://l2tc78.fr/?q=category/72-voisins#top
J'avais tout bêtement oublié d'ajouter la balise fermante </img> (J'ai bcp perdu en html ;-)) Tout est ok maintenant. Désolé pour le dérangement et encore merci pour tout ton formidable travail que j'utilise toujours avec grand plaisir (4 galeries à ce jour). Amicalement.
#50 Utilisation » [Résolu] Affichage direct d'1photo dans la description d'une catégorie » 08-07-2022 13:35:12
- Denis GIRAULT
- Réponses : 3
Bonjour David, est-ce possible d'afficher une photo/image dans la rubrique description d'une catégorie ?
J'ai fait des essais sans succès en utilisant le code HTML autorisé dans la zone "description" de la catégorie, c'est à dire les balises <img> avec l'attribut src. <img src="https://l2tc78.fr/images/Voisins.jpg"> la photo ne s'affiche pas (le texte html uniquement)
En attendant j'utilise la solution moins satisfaisante mais fonctionnelle, du lien URL dans le descriptif : <a href="https://l2tc78.fr/images/Voisins.jpg">Photo de Voisins</a>. La photo s'affichant en dehors de la catégorie.
Merci pour ta réponse.