Maj 3.6 sur serveur de test local

Maj 3.6 sur serveur de test local

par Guy ZAEGEL,
Nombre de réponses : 11

Bonjour

Suite à une mise à jour d'un site de test de 3.51 vers 3.6 les images de la page d'accueil génèrent un message d'erreurs.

Celles ci proviennent (me semble t-il) du dossier Moodledata ? ou sont elles incluses dans la BD ?

Le message indique un problème d'image corrompues !

Warning: getimagesize(): corrupt JPEG data: 23 extraneous bytes before marker

Sur la page d'accueil je n'ai pas identifié le bloc faisant appel à ces images.

Avez vous déjà rencontré ce problème ?

Cordialement

Guy

Annexe Erreur_Image.JPG
Moyenne des évaluations  -
En réponse à Guy ZAEGEL

Re: Maj 3.6 sur serveur de test local

par Guy ZAEGEL,
Bonsoir

Vérification faite:  toutes les images en format jpg, png sont bien présentes dans le dossier MoodleData dans un dossier repository et bien visibles.
Il doit me manquer un paramétrage pour afficher correctement les images !
Exemple sur les 2 images écrans :
  • paramétrage du cours : image non visible mais nom de fichier correct et dossier cohérents
  • dossier :  l'image est  visible
Peut-il s'agir d'un problème de lien ?
Le message d'erreur n'est pas 'cohérent' ?

Une idée car pour l'instant je n'ai pas trouvé de solution sur les différents forum en, es et Fr

Bonne soirée
Guy
Annexe Erreur_Image.JPG
Annexe Erreur_Image1-1.JPG
Annexe Erreur_Image1.JPG
En réponse à Guy ZAEGEL

Re: Maj 3.6 sur serveur de test local

par Luiggi Sansonetti,
Avatar Développeurs de plugins Avatar Documentation writers Avatar Moodleurs particulièrement utiles Avatar Testeurs Avatar Titulaires du Moodle Course Creator Certificate Avatar Traducteurs
bonsoir

une idée, changer la casse pour voir de vos fichiers jpg au lieu de JPG...
on sait jamais...
Moyenne des évaluations Utile (1)
En réponse à Luiggi Sansonetti

Re: Maj 3.6 sur serveur de test local

par Guy ZAEGEL,

Bonjour Luiggi

Je viens de tester en modifiant la casse des extensions mais cela ne change rien.

Le problème d'affichage des images n'est pas lié au thème (différents thèmes testés (Boost, Clean, Essential, Adaptable) donnent le même résultat pensif)

En pièces jointes les modifications des images qui me donnent pour conclusion la nécessité (à priori) de recréer les liens de toutes les images du site surprise

Ne s'agirait-il pas :
  1. d'un problème d'adressage relatif ? Lien corrompu mais dans ce cas il n'apparaitrait pas logiquement dans le paramétrage !
  2. Problème d'encodage
Sur ce serveur de test j'ai modifié l'encodage car je suis passé d'une version 3.51 à 3.6.

2 fils de discussion préconisent un encodage utf8mb4_*_ci nécessaire à compter de la version 3.6 :

L'un ou l'autre ne change rien.pensif

Avant de mettre à jour le serveur de Prod, j'aimerais essayer d'autres pistes.
Mon petit cheminement :
  • Mise à jour du site de prod lors des périodes de vacances d'été (depuis 3 ans)
  • Réplication sur un serveur local (sous windows avec Wamp
  • Test des mise à jour
  • Problèmes rencontrés sur la gestion des images ..
pourrait peut être servir dans le cadre du livre blanc que vous avez repris avec Anne lors du MoodleMoot 2019.

Bien cordialement
Guy
 
En réponse à Guy ZAEGEL

Re: Maj 3.6 sur serveur de test local

par Nicolas Martignoni,
Avatar Développeurs Avatar Développeurs de plugins Avatar Documentation writers Avatar Moodleurs particulièrement utiles Avatar Testeurs Avatar Traducteurs

Bonjour,

En fait, inutile de chercher bien loin: l'erreur n'a rien à voir avec Moodle, ni avec l'encodage de la base de données, ni avec PHP, etc. Comme indiqué dans le premier message, ce sont les images qui sont corrompues. 

Reste à savoir pourquoi elles sont corrompues.

Moyenne des évaluations Utile (2)
En réponse à Nicolas Martignoni

Re: Maj 3.6 sur serveur de test local

par Guy ZAEGEL,
Bonjour Nicolas,

Par acquis de conscience j'ai effectué un nouveau transfert des fichiers images (essentiellement positionné dans le dossier repository de MoodleData).
Cela ne change rien et de plus ces images sont lisibles sur explorateur Windows.
En regardant une image non lisible (pièce jointe) du site local le lien est le suivant :
<p><img src="http://127.0.0.1/moodle36/draftfile.php/5/user/draft/577880859/Lycee_CHOPIN.JPG" alt="Lycée CHOPIN" style="float: left;" width="251" height="78" />

J'avoue ne pas savoir comment interpréter ce lien ?pensif

Cette image est incluse dans les paramètre de description d'un cours.

Si cela peut aider à comprendre ce problème.
Bien cordialement
Guy
Annexe Er3-c_Image-08-08-19.JPG
En réponse à Guy ZAEGEL

Re: Maj 3.6 sur serveur de test local

par Patrick Lemaire,
Avatar Développeurs de plugins Avatar Documentation writers Avatar Moodleurs particulièrement utiles Avatar Testeurs Avatar Traducteurs

Bonjour Guy,

L'interprétation technique du lien ne te renseignera probablement pas sur ce dysfonctionnement. Par contre, tu pourrais aller voir directement sur ton disque dur si ce fichier est réellement corrompu.

Voici une démarche pour s'en assurer :

a) tu exécutes la requête SQL suivante (via phpMyAdmin par exemple) : 

select contenthash from mdl_files where filename ='Lycee_CHOPIN.JPG'

Tu devrais obtenir un résultat proche de ça : e973442d5368d990e8645315de05e63b361c0d78

b) Tu vas dans le dossier moodledata de ton moodle (c:\wamp64\moodledata) et tu suis le chemin suivant : « filedir \ e9 \ 73 » par rapport à l'exemple que j'ai donné précédemment. À toi d'adapter en fonction du résultat de la requête que je ne peux prévoir...

c) Tu devrais y trouver un fichier qui porte exactement le même nom que le résultat de la requête, sans extension. Copie ce fichier et renomme le 'Lycee_CHOPIN.JPG' et ensuite tente de l'ouvrir avec l'application par défaut.

À ce stade, deux hypothèses :

  1. Il présente des problèmes à l'affichage. Dans ce cas, l'hypothèse serait une corruption du fichier lié peut-être à ton disque dur dont les secteurs seraient possiblement défectueux (ce qui n'est pas bon signe mais ce n'est pas Moodle qui est en cause).
  2. L'image s'affiche correctement. Dans ce cas, le mystère reste entier ! Nous devrons chercher ailleurs...

Dis nous tout !!

À bientôt,
Patrick

Moyenne des évaluations Utile (2)
En réponse à Patrick Lemaire

Re: Maj 3.6 sur serveur de test local

par Guy ZAEGEL,
Bonjour Patrick

Je reprends le fil de notre discussion.
J'ai réalisé l'ensemble de la manipulation proposée et j'arrive sur ta 1ière hypothèse :
Le fichier renommé en extension .jpg n'est pas lisible !timide

Ce qui est rassurant pour Moodle sourire

J'ai poursuivi la mise à jour de mon site et après des tests en local, la procédure de maj vers moodle3.7 a été lancée.
Un message d'avertissement sur les fichiers au format Antelope.
Mise à jour terminée et je retombe sur un problème à l'ouverture de session (rencontrée sur la version locale, et que j'avais résolu avec le changement d'interclassement)

Mais là je reste bloqué !
Je cherche sur la problématique du format de fichiers (Barruda / Antelope) à moins que tu aies une autre piste !

Merci pour tes retours
Bonne journée
Guy


Annexe Erreur_Image_Lycee-Chopin.JPG
Annexe Erreur_maj-BD.JPG
En réponse à Guy ZAEGEL

Re: Maj 3.7 sur serveur de test local

par Nicolas Martignoni,
Avatar Développeurs Avatar Développeurs de plugins Avatar Documentation writers Avatar Moodleurs particulièrement utiles Avatar Testeurs Avatar Traducteurs

Hello,

AMHA ton problème n'a rien à voir avec le format de la base de données.

Si tu lis attentivement la sortie du débogage, tu constates qu'il y a d'abord un problème avec ton thème (clean n'existe plus dans ton Moodle, normal puisque tu es passé en 3.7) et qu'il faut donc d'abord régler ceci.

L'autre erreur semble la même que ici: MDL-29358.

Moyenne des évaluations Utile (1)
En réponse à Nicolas Martignoni

Re: Maj 3.7 sur serveur de test local

par Guy ZAEGEL,
Bonjour Nicolas

J'ai réglé le problème du thème de la manière suivante :
  • Déposer le dossier clean dans le nouveau Moodle --> le message d'erreur lié au thème disparait
J'ai consulté les liens proposés pour l'erreur d'écriture mais cela ne m'a pas semblé totalement adéquat par rapport au message du débogage.

Je me suis souvenu que sur les test d'upgrade en local le même message a été résolu en replaçant la BD en format utf8_general_ci ! au lieu de utf8mb4_unicode_ci, qui est pourtant préconisé.
Et là le site est de nouveau accessible et la mise à jour se termine.
Je procède aux vérifications suivantes :
  • La version Moodle installée est bien 3.7.1
  • Le thème clean n'apparait plus dans les thèmes possibles. Ne subsistent que Boost, Classic et Adaptable dont la mise à jour c'est bien déroulée.
Soulagement car il s'agit du site de production ré-ouvert  dés demain aux apprenants grand sourire !
Mais il me reste un questionnement important dans le fonctionnement de mon site Moodle :
  • Pourquoi l'interclassement de la BD vers utf8mb4_unicode_ci, génère un blocage du site avec l'erreur en écriture ?
Il est rassurant d'avoir constaté cela sur le site de test et d'avoir trouvé une solution .
Ma configuration du serveur de production est
  • interclassement pour la cnx au serveur utf8mb4_unicode_ci
  • les émoticônes n'apparaissent pas ce qui est logique en raison de l'interclassement
Ceci peut-il être lié au message d'erreur concernant le format Antelope présent pour certaines tables signalé lors de la mise à jour ?


Sur une version locale installée avec utf8mb4_unicode_ci (dernière page de mon pdf) :
  • émoticônes disponibles mais caractères français accentués incorrectement.(ce qui a fait l'objet d'un autre de mes posts)
Voilà la situation à ce jour et mes interrogations.
Si vous avez d'autres suggestions je suis preneur.

Merci à toi et Patrick, ainsi que tous les contributeurs

Guy
 




En réponse à Guy ZAEGEL

Re: Maj 3.7 sur serveur de test local

par Nicolas Martignoni,
Avatar Développeurs Avatar Développeurs de plugins Avatar Documentation writers Avatar Moodleurs particulièrement utiles Avatar Testeurs Avatar Traducteurs

> Pourquoi l'interclassement de la BD vers utf8mb4_unicode_ci, génère un blocage du site avec l'erreur en écriture ?

AMHA, le problème d'encodage de la BDD n'est pas la cause du blocage du site, mais par contre pourrait être causé par des données mal encodées dans la BDD (voir ci-dessous).

> Sur une version locale installée avec utf8mb4_unicode_ci (dernière page de mon pdf) : émoticônes disponibles mais caractères français accentués incorrectement.

Suivant l'encodage de départ, et suivant la procédure (notamment non standard) utilisée pour changer l'encodage, il est possible que les données de la BDD soit partiellement encodées dans plusieurs encodages, ce qui pourrait causer ce genre de problème.


Moyenne des évaluations Utile (1)
En réponse à Guy ZAEGEL

Re: Maj 3.7 sur serveur de test local

par Guy ZAEGEL,
Bonsoir à tous

Problèmes résolus  grand sourire en travaillant directement en ligne de commande sur le site de production et en utilisant les fils de discussion

Mes problèmes d'interclassement et d'accès au site provenaient bien des tables encore en format Antelope.
Le fichier Pdf joint 'trace' la mise à jour en ligne de commande puis le contrôle d'environnement qui présente un ensemble propre, prêt pour de nouvelles mises à jour.

Un grand merci à la communauté pour la richesse de cette collaboration.(Nicolas, Patrick, Severin, Luiggi (dont j'ai adopté la méthode de maj (17/02/2017))...

Prochains défis :
  • Mettre en œuvre une sauvegarde régulière à partir de l'outil SynckBackPro langue tirée
  • Utiliser GitHub pour les mises à jour régulières.
Bien cordialement
Guy
Moyenne des évaluations Utile (1)