L'idée de départ, sur un ensemble de moodles académiques, étant de présélectionner des plugins H5P validés et stabiliser
cette installation pour l'uniformisation des pratiques. Le droit d'ajouter des plugins serait sont invalidé suite à
cet déploiement.
Problème particulier de H5P :
si on regarde bien sa structure, l'installation des libairies de H5P repose sur deux choses :
- un certain nombre de tables en base de données
- des fichiers de ressources et de code enregistrés dans les fichiers utilisateur (si, si...!) dans une
zone de fichier liée au contexte "systeme" donc central.
Copier une config d'activation de librairies entre moodle, revient à copier le contenu de ces tables
et de copier la zone de fichiers en question. Le dernier point n'est pas de splus faciles, car le système
de fichiers est opaque.
Une copie par ces données ne marchera QUE dans une installation n'ayant aucun usage de H5P. En effet, si
des usages ont déjà existé, alors les instances H5P utilisées auront peut être déployé des libriaires, lesquelles
ont déjà pris leur ID primaire dans la base de données. Ecraser la configuration par copie devient donc inapproprié
car même si ces libriairies sont déjà déployées dans la source, alors il y a bien peu de chances que les ID soient les
mêmes. Aucune en fait.
Pour la copie des zones de fichiers, j'ai donc utilisé mes ressources de l'infrastructure de virtualisation moodle (VMoodle)
pour créer un jeu de fonctions MNET (possible avec des WS aussi bien sûr), pour :
- lire le contenu physique (fichiers, pas répertoires) d'une zone de fichiers système quelconque... (cela pourrait reservir ailleurs!)
- récupérer un fichier d'un moodle distant
- le redéployer dans sa zone de fichiers similaire dans un nombre de moodle cibles quelconque.
A noter que pour un équipement avec la plupart des plugins H5P les plus courants et utiles, c'est à peu près 1700 fichiers qu'il
faut multicopier à la bonne place de moodle en moodle. Il faut donc prévoir d'activer cette partie en mode CLI, plutot qu'en mode
interactif web.
Pour la copie de tables, un nouvelle primitive de super administration du vmoodle a été ajoutée dans nos implémentations locales, histoire de pouvoir copier n'importe quelle table (complète ou partielle) entre plusieurs Moodles.
de combien vous en avez....
Les tests sont en cours pour voir si cette copie fonctionne...
V.