[ Résolu ] Galerie photo et Blog images png non conforme dans leur affichage

[Lionel]

Il y a quelque chose qui met d'office ce fond noir dans le module photo ou alors un truc qui empêche d'y ajouter une class css dans l'un des fichiers composant le module en question. je continue de chercher aussi de mon coté.

Non, rien de tel n'existe dans ce module

Que donnent des tests que tu pourrais effectuer sur l'un de tes espaces Web chez IONOS ?

[roger]

Lionel, tout les fichiers que tu m'avais fournis dans les deux Zip ont été installés en remplacement de ceux existants dans les duex versions exploitées (celle en htpps en ligne et celle chez moi servant pour les tests chez ionos)

J'ai même poussé le vice jusqu'à rétrograder les vesions php sur les deux serveurs en PHP7 (ils tournent avec du php8)

Dans le code concernant le module image (celui que tu as modifié pour permettre la transparence des miniatures) j'y ai relevé qu'une seule chose (je l'ai mise sur la page de test remaniée une fois de plus) il est question là d'une image à préserver marquée jpg hors une image en jpg/jpeg ne gère pas la transparence...

La ligne m'a intrigué et attiré mon attention car y est mentionné jpg comme extension de fichier image.

Code Sélectionner Étendre

if ($fileInfo['extension'] !== 'jpg' || $fileInfo['extension'] !== 'jpeg')
A quoi fait référence cette ligne des codes?

J'ai aussi remarqué une class css devant être appliquée mais nul part dans tout les fichiers css on ne trouve trace de cette instruction...d'où ma question "manquerait il une constante css à implémenter dans un fichier pour que cette class soit prise en compte"

Code Sélectionner Étendre

<figure class="album"><img src="site/file/cache/animaux/tn-souriscafe-coly-229662.webp" alt="Tubes animaliers tes" loading="lazy">
                <figcaption><div class="galleryName" style="color: rgb(33, 34, 35);">Tubes animaliers tes</div></figcaption></figure>
            </a>
Figure class album devrait il me semble avoir une instruction css pour appliquer cette fameuse class, ou alors est une ligne à corriger car cela aurait échappé à votre attention lors de la mise à disposition du script;

Code Sélectionner Étendre

<figure class="album">
Voilà pour le moment où j'en suis dans les tests et remontées visuelle ici de ceux ci.

[roger]

Lionel
Quand je dis que je pousse le vice pour la question php7 c'est effectivement pour voir les fameux bugs en question" sinon systématiquement j'utilise ce qui est préconisé par n'importe quel cms pour le php, voir les bases de données quand elles sont exigées bien entendu par ceux ci;
Tu me connais depuis des années et tu sais bien que je vais appliquer à la lettre toutes les directives données pour n'importe quel test à réaliser, donc je m'en tiens à tes directives précises jusqu'à ce que la solution puisse profiter à tous si elle a résolu ce problème bien particulier.

De même que je sais qu'il est important pour vous "les aidants" d'avoir les remontées les plus précises qui soient pour que vous puissiez de votre coté analyser la chose et chercher des solutions à nous proposer.

[Lionel]

<figure class="album">

Sert à différencier les "figure" de l'album des autres "figure" présentes sur le CMS, pour pouvoir, soit leur appliquer une règle spécifique, soit les exclure des règles concernant cette balise html5, donc rien à voir avec le pb rencontré

La ligne m'a intrigué et attiré mon attention car y est mentionné jpg comme extension de fichier image.
Code Sélectionner Étendre

Code Sélectionner Étendre

if ($fileInfo['extension'] !== 'jpg' || $fileInfo['extension'] !== 'jpeg')
A quoi fait référence cette ligne des codes?

A précisément exclure ces types d'images du code sus mentionné

[Lionel]

que vous puissiez de votre coté analyser la chose et chercher des solutions à nous proposer.

Oui, mais là, précisément, il va falloir que je comprenne pourquoi mon code fonctionne sur tous mes serveurs et pas sur les tiens...

[Lionel]

Nouvelle installation de la version en cours de Deltacms, et remplacement du fichier album.php :

You cannot view this attachment.

You cannot view this attachment.

(!...)

[Lionel]

Puis, remplacement de core.php par le fichier que je t'aie fourni :

You cannot view this attachment.

(re !...)

[roger]

que vous puissiez de votre coté analyser la chose et chercher des solutions à nous proposer.

Oui, mais là, précisément, il va falloir que je comprenne pourquoi mon code fonctionne sur tous mes serveurs et pas sur les tiens...

Tu n'auras pas à chercher Lionel quoi que ce soit, par contre tu vas pouvoir mettre résolu "pour le module photo" le fameux bug ainsi que le fichier salvateur envoyé par tes soins "album.php" fourni dans le zip.

Étant certain d'avoir envoyé chez 1&1 ainsi que sur O2switch tes deux fichiers, n'y ayant pas modifié quoi que ce soit dedans depuis leur installation....m' pété à la tronche "vérifies Roger ligne par ligne le fichier du Delta abum.php avec celui que Lionel t'as fourni."

Et ce faisant j'ai constaté que dans les deux fichiers (celui en ligne et celui fourni dans le zip) étaient strictement identiques!!!

Alors c'est bien simple, j'ai donc viré celui qui était en ligne, re-dézippé celui donné pour corriger le problème et ré-envoyé sur O2Switch. j'ai ensuite refais une page de test et là bingo ça fonctionnait; je n'ai pas encore fait la chose chez 1&1 mais je pense que ce sera le même résultat.

Lionel, à mon avis le fichier que j'ai envoyé hier sur le serveur à du être corrompu je ne sais comment pendant ce transfère, ce qui m'étonne c'est que même en vidant les caches (navigateurs et ceux concernés dans le site) c'est que le fichier était toujours fonctionnel en l'état jusqu'à ce que je le supprime sur le serveur et y réinjecte exactement le même au même endroit.

En tout cas il est certain d'une chose (en plus des bonnes explications donnés complémentairement aux autre question que je posais) tu as parfaitement résolu mon/notre problème, je pense même que vous pourriez  inclure tes deux modifications (pour l'album & le blog) dans les futures mises à jour du Delta.

Milles mercis encore à toi Lionel pour ton aide précieuse qui as résolu notre soucis;
Roger

[Lionel]

Alors c'est bien simple, j'ai donc viré celui qui était en ligne, re-dézippé celui donné pour corriger le problème et ré-envoyé sur O2Switch. j'ai ensuite refais une page de test et là bingo ça fonctionnait; je n'ai pas encore fait la chose chez 1&1 mais je pense que ce sera le même résultat.

Lionel, à mon avis le fichier que j'ai envoyé hier sur le serveur à du être corrompu je ne sais comment pendant ce transfère, ce qui m'étonne c'est que même en vidant les caches (navigateurs et ceux concernés dans le site) c'est que le fichier était toujours fonctionnel en l'état jusqu'à ce que je le supprime sur le serveur et y réinjecte exactement le même au même endroit.

Te connaissant, je me doutais un peu de ce type de manip , mais là ! T'as fait fort... J'ai encore les méninges qui fument, le pb était tout simplement incompréhensible

tu as parfaitement résolu mon/notre problème, je pense même que vous pourriez  inclure tes deux modifications (pour l'album & le blog) dans les futures mises à jour du Delta.

C'est prévu, la prochaine version du CMS inclut ces modifs

[Lionel]

tu vas pouvoir mettre résolu "pour le module photo"

Tu peux le faire en éditant le msg d'ouverture de ce sujet

[Lionel]

Pour ceux qui ont suivi ce sujet et qui souhaitent bénéficier des modifications apportées à la version 5202 de Deltacms, voici une archive regroupant les 2 fichiers concernés par la préservation de la transparence lors de la création de miniatures à partir de fichiers images png, webp, gif et avif, ils sont dans leur arborescence, il vous suffit de déziper l'archive à la racine de votre site : You cannot view this attachment.
Avec, en prime, un poisson pour effectuer vos tests :
You cannot view this attachment.

[roger]

Alors c'est bien simple, j'ai donc viré celui qui était en ligne, re-dézippé celui donné pour corriger le problème et ré-envoyé sur O2Switch. j'ai ensuite refais une page de test et là bingo ça fonctionnait; je n'ai pas encore fait la chose chez 1&1 mais je pense que ce sera le même résultat.

Lionel, à mon avis le fichier que j'ai envoyé hier sur le serveur à du être corrompu je ne sais comment pendant ce transfère, ce qui m'étonne c'est que même en vidant les caches (navigateurs et ceux concernés dans le site) c'est que le fichier était toujours fonctionnel en l'état jusqu'à ce que je le supprime sur le serveur et y réinjecte exactement le même au même endroit.

Te connaissant, je me doutais un peu de ce type de manip , mais là ! T'as fait fort... J'ai encore les méninges qui fument, le pb était tout simplement incompréhensible

Tu me connais bien en effet, je vais vraiment chercher la petite bête (parfois à mon propre détriment) mais là je t'avoue que oui j'ai vraiment fait plus que fort dans toute "ma carrière" car c'est bien la première fois que je rencontre (venant de chez moi) ce type de problème et cela ne m'avais même pas effleuré l'esprit qu'un fichier sain pouvais provoquer ce genre de bug...

Et je sais que je vais mourir sans avoir reçu la réponse à ce truc qui je le pense n'a jamais du arriver à qui que ce soit "un transfert d'un fichier sain", son effacement sur le serveur et même transfert "du même fichier sain" pour qu'enfin un truc fonctionne.
C'est techniquement impossible ce genre de chose depuis que nous connaissons tout les deux Lionel comment fonctionne le web, les serveurs, et toute la construction de site, forum et touti.

Si encore j'avais modifié un tant soit peu tes fichiers ou les miens, là j'aurais compris, idem si j'avais par mégarde envoyé le mauvais fichier aussi...pareil si je ne l'avis pas envoyé du tout sur le serveur par inadvertance (ça m'est déjà arrivé par le passé) mais là tout était bon de ma part comme de la tienne.

Toi tes méninges elles fument encore....et bien moi c'est pire elles sont en train de cramer car ce "schmilblick là" je ne le comprend toujours pas;

Super le poisson, en tout cas ça fait des années que nous n'avions pas trouver un truc de ce genre à résoudre et c'est encore plus gratifiant quand toute une communauté va en profiter grâce à ta solution qui sera intégré directement dans une futur mise à jour du cms.